Re: Wrapped application directory oddity
- From: "Jeff Godfrey" <jeff_godfrey@xxxxxxxxx>
- Date: Fri, 29 Jun 2007 21:48:19 GMT
"Melissa Schrumpf" <m_schrumpf_at_yahoo_com_NOT@xxxxxxxxxxxxx> wrote
in message
news:m_schrumpf_at_yahoo_com_NOT-E6B868.17282829062007@xxxxxxxxxxxxxxxxxxxxxxxxxxx
In article <mMchi.2140$Od7.623@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>,
"Jeff Godfrey" <jeff_godfrey@xxxxxxxxx> wrote:
Any ideas on what would cause the botched paths under CGI?
"//?/D:WebHosting/..."
http://machinename/D:WebHosting
My guess is it is the method the web server uses to spawn the
subprocess.
Note that on windows, creating a new process can actually have *two*
arguments that define what executable is run, and they are used in
different ways.
Google CreateProcess(), find it at MSDN, and read the sections on
lpApplicationName and lpCommandLine for more info.
Melissa,
Thanks for the information. I'll study the info that you've provided.
I guess my next questions would be:
1. Why did [pwd] return a different path (and more expected) format
than the other commands? I assume it must retrieve its info
differently at the 'C' level?
2. Does this indicate a problem in some of the mentioned commands in
this circumstance? If nothing else, shouldn't the format of the
return value be the same for all commands in question?
3. Ultimately, I'm trying to programmatically determine the absolute
path to the CGI exe itself - so I can access a config file that will
sit beside it. I guess I can repair the return value of [info
executable] in this case, but still wonder if these results are
expected? Perhaps I should be filing a bug report?
Thanks for any additional input.
Jeff
.
- Follow-Ups:
- Re: Wrapped application directory oddity
- From: Robert Heller
- Re: Wrapped application directory oddity
- References:
- Wrapped application directory oddity
- From: Jeff Godfrey
- Re: Wrapped application directory oddity
- From: Jeff Godfrey
- Re: Wrapped application directory oddity
- From: Melissa Schrumpf
- Wrapped application directory oddity
- Prev by Date: Re: Wrapped application directory oddity
- Next by Date: Re: Is there already a "sourcecode to optimized converter" for tcl?
- Previous by thread: Re: Wrapped application directory oddity
- Next by thread: Re: Wrapped application directory oddity
- Index(es):
Relevant Pages
|