From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,b7e4340100880cc9 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-08-15 09:33:29 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!news-hub.siol.net!news.siol.net!not-for-mail From: "isaac buchwald" Newsgroups: comp.lang.ada References: <9Src7.1578$bl.79685@news.siol.net> <7i_d7.276991$qc.33250428@news1.rdc1.va.home.com> Subject: Re: gnat ada DLL and VB X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Message-ID: Date: Wed, 15 Aug 2001 18:32:35 +0200 NNTP-Posting-Host: 193.189.191.12 X-Complaints-To: abuse@siol.net X-Trace: news.siol.net 997893207 193.189.191.12 (Wed, 15 Aug 2001 18:33:27 MET DST) NNTP-Posting-Date: Wed, 15 Aug 2001 18:33:27 MET DST Organization: Slovenija OnLine - SiOL Xref: archiver1.google.com comp.lang.ada:11954 Date: 2001-08-15T18:32:35+02:00 List-Id: ado - was used as fuss ( old Will used to use the word i presume). but to confess , there was an allusion to ADO. But the matter of DLL , why don't you simply say : I can't figure it out how to do it, and neither anybody i know. puningly yours, isaac "David Botton" wrote in message news:mailman.997883873.22464.comp.lang.ada@ada.eu.org... > The best way to create portable libraries in general is to abstract the OS > interface to the Ada code. > > When you are writing a COM object you don't have to use ADO or any COM > objects with in your Ada code. > > BTW, there is no seperate layer in COM itself when used inproc (DLL base COM > object). > > As for layers in ADO (since you mentioned it), it depends on how you > connect. > > ADO can do ADO/OLEDB -> ODBC -> Server so you get an extra layer of ADO on > top of ODBC > > or you can go direct using ADO/OLEDB drivers to the server skipping ODBC in > the middle. > > In high volume datbase access on WinXX machines ODBC is a very poor option > and has problems with multi tasking with most ODBC drivers. ADO (when going > direct with OLEDB drivers) does not suffer this and has better performance > then ODBC in general. > > I know that some may disagree with me, but not using native toolkits (when > they are the best tool for the job) on platforms is a sign of lazy > programming and poor design. On Windows 9X/NT/2K/XP/CE, the shared library > of choice is COM and the data access method is ADO/OLEDB. DLLs are second > class citizens on Windows today. Sort of like .com instead of .exe :-) > > David Botton > > > ----- Original Message ----- > From: "isaac buchwald" > > > > but there is one more reason , why not to use it. > > > > If i write a package in ada , i would like to use in a > different > > invironment > > without much ado , and without a separate layer that brings in a > new > > peril of quer functioning. > >