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,FREEMAIL_FROM autolearn=ham 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:16:21 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!lnsnews.lns.cornell.edu!news.litech.org!eurocyber.net!newsfeed.muc.eurocyber.net!fu-berlin.de!bnewspeer00.bru.ops.eu.uu.net!bnewspost00.bru.ops.eu.uu.net!emea.uu.net!read.news.de.uu.net!not-for-mail Date: Mon, 04 Nov 2002 18:12:03 +0100 From: Ulrich Eckhardt Organization: Private at home User-Agent: Mozilla/5.0 (X11; U; Linux i686; en; Stable) Gecko/20020603 Beonex/0.8-stable X-Accept-Language: de, de-DE, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: problem with abstract types References: <2i26qa-i63.ln@uli.uli-eckhardt.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: <3p96qa-q51.ln@uli.uli-eckhardt.de> NNTP-Posting-Host: 2Cust67.tnt2.fft4.deu.da.uu.net X-Trace: 1036429985 read.news.de.uu.net 185 149.225.37.67 X-Complaints-To: abuse@de.uu.net Xref: archiver1.google.com comp.lang.ada:30353 Date: 2002-11-04T18:12:03+01:00 List-Id: 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//. 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