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=-0.1 required=5.0 tests=AXB_XMAILER_MIMEOLE_OL_024C2, BAYES_00,MAILING_LIST_MULTI,REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,af92cb4b0cc736af X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-11-04 09:44:03 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!fr.usenet-edu.net!usenet-edu.net!enst.fr!not-for-mail From: "David C. Hoos" Newsgroups: comp.lang.ada Subject: Re: problem with abstract types Date: Mon, 4 Nov 2002 11:43:34 -0600 Organization: ENST, France Sender: comp.lang.ada-admin@ada.eu.org Message-ID: References: <2i26qa-i63.ln@uli.uli-eckhardt.de> <3p96qa-q51.ln@uli.uli-eckhardt.de> Reply-To: comp.lang.ada@ada.eu.org NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: avanie.enst.fr 1036431842 67654 137.194.161.2 (4 Nov 2002 17:44:02 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Mon, 4 Nov 2002 17:44:02 +0000 (UTC) Return-Path: X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.0.13 Precedence: bulk List-Unsubscribe: , List-Id: comp.lang.ada mail<->news gateway List-Post: List-Help: List-Subscribe: , Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org Xref: archiver1.google.com comp.lang.ada:30354 Date: 2002-11-04T11:43:34-06:00 ----- Original Message ----- From: "Ulrich Eckhardt" Newsgroups: comp.lang.ada To: Sent: Monday, November 04, 2002 11:12 AM Subject: Re: problem with abstract types > Stephen Leake wrote: > >>Ulrich Eckhardt wrote: > >> > >>As promised a first pre-alpha version of this package > >>is available (under GPL) from > >>http://www.uli-eckhardt.de/ada_registry > > > If files suffice under Unix, then files will suffice under Windows, > > Yes and No. For example there is no standard location on > windows where user dependend files are stored. But the > registry has suitable places. On the other hand on Unix > not registry exists, but there is a common place for user > dependend files under /home//. FWIW, the use of the Registry is deprecated for new development. There is, in fact, for the "modern" versions of windows an application data directory designated by the environment variable APPDATA which has underneath it a directory for each manufacturer of the application software. > > Also it makes sense to store all this config informations under > Windows in the registry so that all the windows guys can use > their preferred tools for replication/backup/distribution. > > My package should handle this things transparently without the > need of worring how the configuration options are really stored > on every platform. > > > and you don't need the registry. On the other hand, if you need the > > registry (for multi-process interaction), then you need it under > > It's not a primary goal to access the windows registry. Maybe i will > add some support functions for this to the windows part. > > > I have nothing against an Ada interface to the Windows registry; I'm > > just suggesting you be consistent across the two platforms. > > Yes, thats my primary goal. It should be a consitent interface > which stores the configuration options on all platforms in their > "native" form. Also it should be easy to create new modules > which for example may access an LDAP server. > > > Uli > -- > Ulrich Eckhardt > http://www.uli-eckhardt.de > > _______________________________________________ > comp.lang.ada mailing list > comp.lang.ada@ada.eu.org > http://ada.eu.org/mailman/listinfo/comp.lang.ada >