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,bc1361a952ec75ca X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-08-07 14:55:03 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!psinet-eu-nl!psiuk-p4!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 Ada could have prevented the Red Code distributed denial of service attack. Date: Tue, 7 Aug 2001 17:49:18 -0400 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: <9kpnp0$o0o$1@nh.pace.co.uk> References: <3b690498.1111845720@news.worldonline.nl> <9kbu15$9bj@augusta.math.psu.edu> <9kbvsr$a02@augusta.math.psu.edu> <3B69DB35.4412459E@home.com> <3B6F312F.DA4E178E@home.com> <9kpa4f$j2n$1@nh.pace.co.uk> NNTP-Posting-Host: 136.170.200.133 X-Trace: nh.pace.co.uk 997220960 24600 136.170.200.133 (7 Aug 2001 21:49:20 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 7 Aug 2001 21:49:20 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:11535 Date: 2001-08-07T21:49:20+00:00 List-Id: Two points: Anything GNAT.* is not going to be accepted across compilers. You may have an equivalent Aonix.*, etc., but I doubt Aonix wants to be tied to something GNAT-ish. It would obviously be more acceptable if it was Ada.*. Hence the idea was being brought up that maybe there should be some kind of "Standard Library" to do this. While I don't think I've seen one in a *very* long time, there were operating systems that had file systems that did not include heierarchical directories. I'm not sure that GNAT.Directory_Ops would be suited to that. I'm not sure that it would be necessary - after all, if you were on Windows/Unix/VMS/OS-2/Macintosh and this works in all those places that probably covers some massive percentage of users. No need to be portable to *everything*. But if you want to make something "Standard" it ought to fit most popular platforms. MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ "David Starner" wrote in message news:tn0h3n541sppeb@corp.supernews.com... > > I think GNAT.Directory_Ops is portable to all the systems GNAT is, which > includes those three. For a basic directory operations package, you need > function Is_Directory (File : Filename) return Boolean and procedure > Directory_List (Directory : in Filename; Directory_List : Filename_List). It > seems that anything with directories is going to work with that, and it's a > usable mix. (It would work for music123, a program of mine that uses > GNAT.Directory_Ops.) >