comp.lang.ada
 help / color / mirror / Atom feed
From: "David C. Hoos" <david.c.hoos.sr@ada95.com>
Subject: Re: problem with abstract types
Date: Mon, 4 Nov 2002 11:43:34 -0600
Date: 2002-11-04T11:43:34-06:00	[thread overview]
Message-ID: <mailman.1036431842.12094.comp.lang.ada@ada.eu.org> (raw)
In-Reply-To: 3p96qa-q51.ln@uli.uli-eckhardt.de


----- Original Message ----- 
From: "Ulrich Eckhardt" <uli.e@gmx.de>
Newsgroups: comp.lang.ada
To: <comp.lang.ada@ada.eu.org>
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/<username>/.

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
> 




  reply	other threads:[~2002-11-04 17:43 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-31 12:06 problem with abstract types Ulrich Eckhardt
2002-10-31 13:15 ` John English
2002-10-31 14:43   ` Ulrich Eckhardt
2002-10-31 17:18     ` Robert I. Eachus
2002-10-31 18:20       ` Jeffrey Carter
2002-10-31 20:58         ` Robert I. Eachus
2002-11-01 10:57       ` Ulrich Eckhardt
2002-11-01 12:05         ` Simon Wright
2002-11-01 17:03           ` Robert A Duff
2002-11-04 15:18             ` Robert I. Eachus
2002-11-04 16:14               ` Robert A Duff
2002-10-31 13:32 ` David C. Hoos
2002-10-31 13:47   ` problem with posters Peter Hermann
2002-10-31 14:15     ` Preben Randhol
2002-10-31 14:35   ` problem with abstract types Ulrich Eckhardt
2002-11-01  8:31     ` Dmitry A.Kazakov
2002-11-01 11:32       ` Ulrich Eckhardt
2002-10-31 15:31 ` Simon Wright
2002-10-31 17:22 ` Stephen Leake
2002-11-01 10:25   ` Ulrich Eckhardt
2002-11-04 14:30     ` Ted Dennison
2002-11-04 15:08     ` Ulrich Eckhardt
2002-11-04 15:32       ` Stephen Leake
2002-11-04 17:12         ` Ulrich Eckhardt
2002-11-04 17:43           ` David C. Hoos [this message]
2002-11-04 19:34             ` Ulrich Eckhardt
2002-11-04 19:54             ` Stephen Leake
2002-11-04 20:08             ` Robert A Duff
2002-11-01 11:15   ` Preben Randhol
2002-11-01 17:21     ` Stephen Leake
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox