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.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,31af760e939556ef X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news3.google.com!feeder.news-service.com!newsfeed-fusi2.netcologne.de!newsreader2.netcologne.de!news.netcologne.de!newsfeed-hp2.netcologne.de!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: Interpretation of extensions different from Unix/Linux? Newsgroups: comp.lang.ada User-Agent: 40tude_Dialog/2.0.15.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Reply-To: mailbox@dmitry-kazakov.de Organization: cbb software GmbH References: <1f999bfa99erz$.9b8p6yymr8x7$.dlg@40tude.net> <1d0e8zv4oco66$.1qqitij5kmc4w$.dlg@40tude.net> <1x1alb3nqznbn.5pnmbt638tqf$.dlg@40tude.net> Date: Sat, 22 Aug 2009 09:27:44 +0200 Message-ID: NNTP-Posting-Date: 22 Aug 2009 09:27:40 CEST NNTP-Posting-Host: fe1fabeb.newsspool3.arcor-online.net X-Trace: DXC=KUh;lVMG7k9lIh70@XCM?7fN:173N9IK:>mQmE? X-Complaints-To: usenet-abuse@arcor.de Xref: g2news2.google.com comp.lang.ada:7959 Date: 2009-08-22T09:27:40+02:00 List-Id: On Fri, 21 Aug 2009 17:10:36 -0500, Randy Brukardt wrote: > "Dmitry A. Kazakov" wrote in message > news:qyn3t7gwzai0$.1sy8ut5f57ryw.dlg@40tude.net... >> On Thu, 20 Aug 2009 19:08:31 -0500, Randy Brukardt wrote: > ... >>> I disagree with everything you wrote on this topic. And there will be a way >>> to enumerate roots over my dead body, because it is not reliably >>> implementable on Windows (no matter how you define the roots). >> >> Then the consequence must be removing Ada.Directories altogether. > > That makes sense: I can't have one rarely used capatibility, so no > one should have any commonly used capabilities, either. > > In any case, I think you are seriously confused about the purpose of > Ada.Directories. It is all about manipulating file and directories (and > their names) that come from some outside source. It is *not* about > constructing file names from nothing. You should have place closing brace here. > Indeed, no competent programmer should ever be constructing file names from > nothing, because that is how you get the abomination of hard-coded paths and > file names. Those *always* cause trouble. That has nothing to do with Ada.Directories. If you have a file name you can use it in Ada.Text_IO. Ada.Directories is all about getting these names. > These things have to come from > outside of the file system (commonly from the environment or GUI) and thus > Ada.Directories has nothing to do with their source. Huh, and what do the procedures Start_Search and Search there? All Ada.Directories is built around them. > You want to use Ada.Directories for purposes for which it was not intended, That is certainly true. This is why I said that Ada.Directories is almost unusable. It cannot serve the purpose of searching a file system. The negligible rest is: 1. copy, delete files by name; 2. get modification time; 3. create directory; 4. broken file name manipulation operations. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de