This is the mail archive of the
mailing list for the GCC project.
Re: Problem with pex-win32.c
- From: rridge at csclub dot uwaterloo dot ca (Ross Ridge)
- To: gcc at gcc dot gnu dot org
- Date: Tue, 14 Mar 2006 14:46:53 -0500 (EST)
- Subject: Re: Problem with pex-win32.c
Dave Korn writes:
>I don't understand why you think Mark's code needs to search the PATH or
>append '.exe', when it invokes CreateProcess that does all that for you?
I've already answered that question: "subtle differences in the other
behaviours could cause problems." The search behaviour and extension
handling of CreateProcess() is actually quite a bit different than
of MSVCRT's spawn functions. Also, because of the way he uses
CreateProcess(), Mark's code as it is now won't search the PATH.
>> Is this really worth it? Could this whole problem be solved by you
>> switching to rxvt? Maybe the only problem is that your xterm is broken.
> Nothing is "broken". The problem is that Cygwin applications run in
>a slightly special environment, where there may not be a console attached
>to the shell window.
Arguably, not having a console window attached a shell window is broken
in the Cygwin environment.
>This is not a problem for cygwin apps, but it can be for non-cygwin-aware
>apps launched from inside cygwin's 'special' environment that may assume
>that the standard win32 assumptions hold.
So, in general you can't expect any Win32 console application to work
correctly in such a enviroment. Why should Mark expect a Win32 console
version gcc to be any different? Hmm... maybe that's best solution,
Mark should be using a "native" Cygwin version of gcc and tools.