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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,1a066a8221187698 X-Google-Attributes: gid103376,public From: Mike Bishop Subject: Re: Environment Variables Date: 1997/01/24 Message-ID: <32E91259.427A@wizard.unitedspacealliance.com>#1/1 X-Deja-AN: 212136948 references: <5c1nf9$d3q@ultranews.duc.auburn.edu> content-type: text/plain; charset=us-ascii organization: United Space Alliance mime-version: 1.0 newsgroups: comp.lang.ada x-mailer: Mozilla 3.0 (X11; I; SunOS 5.5 sun4m) Date: 1997-01-24T00:00:00+00:00 List-Id: John M. Greer wrote: > > Does anyone know how to access environment variables from Ada code? > Specifically, Unix/Linux CGI environment variables from the latest > version of GNAT. (Yes, I'm writing CGI in Ada. Please don't write me > and remind me that every newline requires a New_Line, as that seems to be > a popular response to this question locally :-) Have you looked at the Ada-to-CGI bindings, which can be found at http://wuarchive.wustl.edu/languages/ada/swcomps/cgi/cgi.html? That may help you out. > > On an unrelated note (and this is a classroom question, but it's not > doing my homework for me), my professor commented that using WITH, though > common in Ada-83, is frowned upon by the industry in Ada 95. Any > specific reason for that? (I'm assuming name collisions with types that > look similar to the compiler, but I've only been in this class for about > a month, so . . .) Using "with" is frowned upon in Ada 95? Is he referring to using "with" for something like Ada.Text_IO, for example? Maybe he's talking about not using "use". Having a lot of "use"s can clutter up a name space. Even if the compiler can resolve all of the types, the differences between similar types in different packages may not be obvious to a maintainer. -- Mike Bishop (mikeb@wizard.unitedspacealliance.com) United Space Alliance --------------------- The comments and opinions expressed are my own and do not represent the views of United Space Alliance.