> Not sure what the question is, but yes they are just magic numbers.
> They are used by Windows Console applications to obtain
[quoted text clipped - 3 lines]
> If all your application is doing is processing 'command line parameters'
> then using Command$ is probably all that is necessary.
Thanks for that -- I remember having the same problem with connection
strings when I first started -- I just couldn't believe that to connect
to Access you had to type in some exact string -- I unerstand why now,
but it threw me many years ago.
As for command$ -- yes, I do use command$ -- but now I think I
understand a bit more about how command$ works behind the scenes. In
my case, the code I was talking about was a CGI application, and I got
it off the net years ago. Now I want to test it to see if I can just
get the POST form data from using Command$ instead of reading in from
STD_INPUT_HANDLE -- not because I want to change it, but just so I can
understand it better.
Thanks for the information.
Matt
Ralph - 30 Jul 2005 22:13 GMT
> > Not sure what the question is, but yes they are just magic numbers.
> > They are used by Windows Console applications to obtain
[quoted text clipped - 20 lines]
>
> Matt
You might want to check out the following borish information:
http://msdn.microsoft.com/library/en-us/dllproc/base/consoles.asp?
Win32 Console applications are often confused with 'Dos' applications. It
never helped that MS continued to call opening a 'cmd' window a "DOS
Prompt".
[Aside note: you can open a 16-bit 'command' window by typing Run: command.
Typing 'cmd' opens a 32-bit Console.]
Win32 Console applications write their std_in, std_out, and std_err to their
own Console window. (Thats why you were retrieving handles.) One Console's
std_out, may not be the std_in for another application, ie, CGI may not work
as expected.
Here is a useful site:
http://vb.mvps.org/samples/project.asp?id=console
hth
-ralph