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.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,814d0ec938d6e4da X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-04-29 17:35:44 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.wirehub.nl!newsxfer.visi.net!154.32.99.10.MISMATCH!psiuk-p2!psiuk-p3!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: How to find directory where the program is? Date: Mon, 29 Apr 2002 11:52:33 -0400 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: References: <3CC6D15A.2070509@mail.com> <3cc73115.426446486@news.cis.dfn.de> <3CC9459E.7A49A4F7@nbi.dk> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 1020095555 8030 136.170.200.133 (29 Apr 2002 15:52:35 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 29 Apr 2002 15:52:35 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:23248 Date: 2002-04-29T15:52:35+00:00 List-Id: As an ex-VMS user and VMS bigot, I understand and concur. :-) However, I think I was talking about something a little more general than finding the location of the executable image. My understanding was that the reason for wanting the name of the image was to find a directory path that would allow for then finding application (or possibly user) specific files, etc. Sort of a "persistence of information between program executions" problem. That's the sort of thing that was quite commonly dealt with by logical names (or environment variables or registry entries, etc...) My thinking was that it would be nice if Ada provided a standard mechanism for remembering this kind of thing (directory locations for application or user specific files, etc.) Could Ada create a package for its own sort of "registry" or "logical names" such that it could reasonably be implemented on most operating systems? I'm not sure there is a good, portable abstraction that might be implemented on most systems... Could Ada invent its own "registry" and somehow store it in the executable image so it didn't have to rely on the OS? It would likely be a problem for things like embedded computers, but might be one of those "If an implementation can and wishes to support it, this is how it looks..." annexes. MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com "Larry Kilgallen" wrote in message news:H8BdSXe6G$Zd@eisner.encompasserve.org... > > But sometimes there will not be an answer, if you are expecting a > disk location. On VMS the program you are running might be on > magnetic tape.