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,e219d94b946dfc26
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII
Path: 
 g2news2.google.com!news3.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!t-online.de!inka.de!rz.uni-karlsruhe.de!news.belwue.de!newsfeed.arcor.de!newsspool2.arcor-online.net!news.arcor.de.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Re: Ada.Command_Line and wildcards
Newsgroups: comp.lang.ada
User-Agent: 40tude_Dialog/2.0.15.1
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
Reply-To: mailbox@dmitry-kazakov.de
Organization: cbb software GmbH
References: <45dcaed8_6@news.bluewin.ch>
 <C2026327.9876A%yaldnif.w@blueyonder.co.uk>
 <1172132169.423514.271890@s48g2000cws.googlegroups.com>
 <n7ujre.f7n.ln@hunter.axlog.fr> <erk71h$mqo$1@cernne03.cern.ch>
 <d59kre.p4q.ln@hunter.axlog.fr> <87hctei5pf.fsf@ludovic-brenta.org>
Date: Thu, 22 Feb 2007 16:54:08 +0100
Message-ID: <r4iqh20hyd5d$.19riwsklyuada$.dlg@40tude.net>
NNTP-Posting-Date: 22 Feb 2007 16:54:09 CET
NNTP-Posting-Host: 068f8b3a.newsspool2.arcor-online.net
X-Trace: 
 DXC=^\bSAI;IX@C[kmHKHnaEnMA9EHlD;3YcB4Fo<]lROoRA8kF<OcfhCOKKCNTfP<AVGI[6LHn;2LCVN7enW;^6ZC`DIXm65S@:3>O:W2I3563HC@
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news2.google.com comp.lang.ada:9416
Date: 2007-02-22T16:54:09+01:00
List-Id: <comp.lang.ada>

On Thu, 22 Feb 2007 16:15:40 +0100, Ludovic Brenta wrote:

> Jean-Pierre Rosen  writes:
>> Maciej Sobczak a �crit :
>>> Jean-Pierre Rosen wrote:
>>>
>>>> Too bad that Unix behaviour was wrong in the first place...
>>>
>>> I don't understand. Shell uses some special characters to make it
>>> easier for the user to type commands [1]. Wildcards are just an
>>> example. Consider this:
>>>
>>> $ cat *.ads *.adb | wc -l > loc.txt
>>>
>>> If you claim that * above should be passed "as is" to the program
>>> (cat), so that the program can figure out on itself what to do with
>>> it, then you might as well argue that the program should figure out
>>> *everything* above. Obviously, that wouldn't be funny.
>>>
>> I claim it would be easier to provide a function that expands
>> parameters, than to force expansion. Or maybe just provide another
>> function that provides the raw parameters.
> 
> There are three such "other functions":
> 
> $ cat '*.ads *.adb' | wc -l > loc.txt
> $ cat "*.ads *.adb" | wc -l > loc.txt
> $ cat \*.ads \*.adb | wc -l > loc.txt
> 
> So could you please explain why you think the Unix behaviour is
> "wrong"?

It is wrong because it does not clearly define what is a "command line,"
which makes almost impossible for an application to handle (parse) "command
lines." One could try to argue that there is no need to do it at all, but
that is clearly not the case.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de