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=-1.9 required=5.0 tests=BAYES_00
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Google-Thread: 103376,502b8ae4630fba59
X-Google-Attributes: gid103376,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news3.google.com!news.germany.com!nuzba.szn.dk!news.jacob-sparre.dk!pnx.dk!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: DOS Options
Date: Wed, 19 Dec 2007 16:47:14 -0600
Organization: Jacob's private Usenet server
Message-ID: <fkc81v$5f1$1@jacob-sparre.dk>
References: <1i8m324.g6pon43ql1ogN%csampson@inetworld.net>
 <hbmh25-5vk.ln1@newserver.thecreems.com>
 <1i9d4ab.twgszk4zp5evN%csampson@inetworld.net>
NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net
X-Trace: jacob-sparre.dk 1198105472 5601 69.95.181.76 (19 Dec 2007 23:04:32
 GMT)
X-Complaints-To: news@jacob-sparre.dk
NNTP-Posting-Date: Wed, 19 Dec 2007 23:04:32 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
Xref: g2news1.google.com comp.lang.ada:19008
Date: 2007-12-19T16:47:14-06:00
List-Id: <comp.lang.ada>

"Charles H. Sampson" <csampson@inetworld.net> wrote in message
news:1i9d4ab.twgszk4zp5evN%csampson@inetworld.net...
...
>      This has the effect that it's still necessary to write a parser for
> Argument (1), something I thought Ada.Command_Line might be taking care
> of.  I'm talking about the case of multiple slash-headed options jammed
> against the command:
>
>         command/x/y/z
>
> I was hoping that Ada.Command_Line would return "/x" as Argument (1),
> "/y" as Argument (2), etc.
>
>      Is the GNAT implementation a reasonable one?  Knowing some of the
> people at ACT, I suspect that they researched it fully and are doing
> exactly what is expected for a DOS program.

Ada.Command_Line is a thinly-veiled wrapper on the normal C "argv/argc"
mechanism. I think most Ada compilers simply copy that mechanism (that's
pretty much a requirement on Unix, and it is better for portability on all
platforms). The fact that that mechanism isn't very useful is not considered
relevant. (And yes, for the record, Janus/Ada does exactly that for
Ada.Command_Line. We don't even bother to use Ada.Command_Line for the
command line processing of our compiler and tools; it is just as easy to
process starting from the original string.)

                       Randy.