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 Date: Tue, 24 Aug 2010 23:32:15 +0200 From: Georg Bauhaus Reply-To: rm.tsoh-bauhaus@maps.futureapps.de User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329) MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: What about a glob standard method in Ada.Command_Line ? References: <4c6f9837$0$5420$ba4acef3@reader.news.orange.fr> <4c739e76$0$6992$9b4e6d93@newsspool4.arcor-online.net> <152a2z5en4z2o$.xjsuqr7s8yak$.dlg@40tude.net> <4c73e859$0$6991$9b4e6d93@newsspool4.arcor-online.net> <4c73fcf6$0$6992$9b4e6d93@newsspool4.arcor-online.net> <1jxm50y65grlo.sjyb9hm4y1xp$.dlg@40tude.net> In-Reply-To: <1jxm50y65grlo.sjyb9hm4y1xp$.dlg@40tude.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Message-ID: <4c743a59$0$6893$9b4e6d93@newsspool2.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 24 Aug 2010 23:32:09 CEST NNTP-Posting-Host: a6b126b5.newsspool2.arcor-online.net X-Trace: DXC=fdb^G7[IBcA[6=1B@oB@@@A9EHlD;3YcB4Fo<]lROoRA8kFejVH9O5mUkGODIKTYaFOk5a91M X-Complaints-To: usenet-abuse@arcor.de Path: g2news1.google.com!news4.google.com!feeder1-2.proxad.net!news.in2p3.fr!in2p3.fr!feed.ac-versailles.fr!nospam.fr.eu.org!nntpfeed.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool4.arcor-online.net!news.arcor.de.POSTED!not-for-mail Xref: g2news1.google.com comp.lang.ada:13712 Date: 2010-08-24T23:32:09+02:00 List-Id: Dmitry A. Kazakov wrote: >> Is there an OS that reflects a file's content in its path? > > MS-DOS, Windows, VMS, RSX-11 (These purport to reflect the file's content in the file name (which by habitual formalism is also a path...), but they don't. Just open a file named README.DOC and be surprised that it is plain text. Open a file ending in .AVI and see if this gets you anywhere. File name extensions as file content descriptors are technically obsolete but they are still sold as important because some MS heads think it gives them best returns, people are used to them, everyone can profit from what programmers find useful, they are simple, etc.) This is getting OT... When you have a GNAT installation with default naming scheme for compilation units, finding child units is as simple as matching a regular expression---on some systems. When RE matching supports grouping, the possibilities further exceed those of "content type" indicating filename extensions. When your log files include an ISO calendar date in filenames, find all log files of last week without looking at one single line in it... This name based processing is useful in real cases, is isn't fully portable to 8.3 filesystems, still useful, and most flexibly handled with REs matching filenames. > Does the wildcard pattern "R*" In what RE syntax? Does it have to be another syntax embedded in String or can we do better? GNAT's SPITBOL demonstrates: Integrate Strings.Maps etc. with the type system and establish a well defined pattern type. > match "readme"? Does it match "R�cken", when > � is (16#c3#, 16#bc#) (UTF-8)? When the Pattern_Type is properly defined, there are no questions. > Naive string patterns will never work. Simple filename patterns do work, now, unless you want them to replace operating systems, application configuration, program porting, adapting a program to a given environment, etc... Georg