Re: DOS Options
- From: "Randy Brukardt" <randy@xxxxxxxxxxxxxx>
- Date: Thu, 20 Dec 2007 16:15:42 -0600
"Adam Beneschan" <adam@xxxxxxxxxx> wrote in message
news:4c374a25-562c-4b8e-9770-07868bd88f15@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
On Dec 19, 2:59 pm, "Randy Brukardt" <ra...@xxxxxxxxxxxxxx> wrote:is a
"Gautier" <gaut...@xxxxxxxxxxxxxxx> wrote in message
news:476973a3$1_5@xxxxxxxxxxxxxxxxxx
...
Your 3.15p is certainly the Windows version, and what you are seeing
decidedWin32
console output. Indeed, you need to congratulate Microsoft which
GetCommandLine.to
parse and separate the arguments in Win32 in a fashion consistent withDOS -
adding the parsing of filenames containing spaces, enclosed by "".system, as
Ada.Command_Line.Argument(i) just gives the "ith" argument from the
the system wants to give it, that's it.
I have no idea what you are talking about. Both MS-DOS and Win32 only
provide a single string as the result of the command line -- the system
provides no parsing whatsoever. For Win32, the function is
In DOS, you had to grab the string from the memory of your executable
process -- there isn't even a function to get it.
Windows does appear to have a CommandLineToArgvW function that parses
the command line (or whatever string you give it). I don't know
whether GNAT uses it. I'm pretty sure that not all C compilers use
it---the MINGW32 version, I believe, does its own parsing, in whatever
startup routine is linked into the program before main() is called.
Fascinating; never noticed that one. I doubt anything much uses it, though,
because it isn't supported on Windows 95/98/ME, so any compiler runtime that
used it would have to be almost brand-new. (It would have been nasty to make
programs that don't run on older Windows systems just to use a function that
is easy to write yourself. Not as big of an issue today, but I doubt
compiler vendors are rewriting their runtime to purposely break something
that previously worked!)
Randy.
.
- References:
- DOS Options
- From: Charles H. Sampson
- Re: DOS Options
- From: Jeffrey Creem
- Re: DOS Options
- From: Charles H. Sampson
- Re: DOS Options
- From: Gautier
- Re: DOS Options
- From: Randy Brukardt
- Re: DOS Options
- From: Adam Beneschan
- DOS Options
- Prev by Date: Re: Yet another problem with Ada.Directories
- Next by Date: Re: DOS Options
- Previous by thread: Re: DOS Options
- Next by thread: Re: DOS Options
- Index(es):
Relevant Pages
|