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: 103376,6bf1c4b845bd2160 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news3.google.com!proxad.net!feeder1-2.proxad.net!feeder.erje.net!news2.arglkargh.de!noris.net!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: What about a glob standard method in Ada.Command_Line ? 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: <4c73fcf6$0$6992$9b4e6d93@newsspool4.arcor-online.net> <1jxm50y65grlo.sjyb9hm4y1xp$.dlg@40tude.net> <4c743a59$0$6893$9b4e6d93@newsspool2.arcor-online.net> <4c74db09$0$6890$9b4e6d93@newsspool2.arcor-online.net> <1r82cxcws3pc9$.r40m8l3ttil7$.dlg@40tude.net> <4c74f9f6$0$6772$9b4e6d93@newsspool3.arcor-online.net> <17drl4b1ko4iv.1eccfudluzl5h.dlg@40tude.net> <4c7515fc$0$7664$9b4e6d93@newsspool1.arcor-online.net> <4c752693$0$7656$9b4e6d93@newsspool1.arcor-online.net> <17uj112bzfc47$.1jlqotsp6zuup.dlg@40tude.net> <4c753c0c$0$6877$9b4e6d93@newsspool2.arcor-online.net> <4c756481$0$6775$9b4e6d93@newsspool3.arcor-online.net> <4c75bc6d$0$6973$9b4e6d93@newsspool4.arcor-online.net> <198k7jlp1nvhi$.1mq6mu1iorkpi$.dlg@40tude.net> Date: Thu, 2 Sep 2010 22:47:25 +0200 Message-ID: <156g0ohiz4ark$.1lg5lhsk23wlk.dlg@40tude.net> NNTP-Posting-Date: 02 Sep 2010 22:47:22 CEST NNTP-Posting-Host: 3ccbd8ba.newsspool4.arcor-online.net X-Trace: DXC=K\I9B;4JdXQaAeROF2PWMQ4IUK>>6E On Thu, 2 Sep 2010 14:25:46 -0500, Randy Brukardt wrote: > "Dmitry A. Kazakov" wrote in message > news:198k7jlp1nvhi$.1mq6mu1iorkpi$.dlg@40tude.net... > ... >> There are other self-evident requirements. But since it seems that nobody >> actually uses Ada.Directories, there will be no pressure on the ARG to fix >> it any soon. > > This is getting silly. I use Ada.Directories heavily in all of my programs; > and I used Claw.Directories (on which it is based) for years before that. That wonders me, because I really see no task, which could be accomplished with Ada.Directories in a portable way. This is an important point, because if I would not care about portability I just would use Windows or Linux API rather than Ada.Directories. I have no idea if GNAT Ada.Directories actually works under, say, Russian Windows with UCS-2, or for German Windows with files named in Chinese UTF-16, but I am almost sure that nobody even tried that. > Perhaps there is no pressure to change it much because most > users don't see any significant problems? Yes, they see no problems because they don't use it. > Using a private type for file names would be possible, but it would be way > too hard to use; I don't think so. It could be designed with an appropriate set of operations like: function "/" (Directory : Relative_Path; Name : Wide_Wide_String) return Relative_Path; etc. "a"/"b"/"c" is not much harder than "a/b/c". Anyway hard coded file names appear only in sample programs. In production code a literal path were unusable anyway, because it is non-portable. So it should be Create (File, My_Documents_Directory / "text" / Text_Content); which under Windows would yield file path encoded UTF-16: "C:\Documents and Settings\Winnie the Pooh\My Documents\text.txt" -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de