New 1.3.4-blocking problem: execvp causes $0 to contain windows path instead of Unix path
Christopher Faylor
cgf@redhat.com
Tue Oct 30 15:15:00 GMT 2001
On Tue, Oct 30, 2001 at 05:18:57PM -0500, Jonathan Kamens wrote:
>OK, this broke between 10/22 and 10/23. It's almost certainly a
>result of this change:
>
> date: 2001/10/22 16:40:26; author: cgf; state: Exp; lines: +8 -0
> * libc/posix/execvp.c: Remove obsolete CYGWIN32 considerations throughout.
> * signal.h: Change comment to reflect __CYGWIN__ rather than __CYGWIN32__.
> * popen.c (popen): Use __CYGWIN_ rather than __CYGWIN32__.
> * system.c (_system_r): Ditto.
>
>However, I can't see anything in this change that actually explains
>why the bug would suddenly start happening. I suspect that in fact
>this change is correct but unmasked a previously existing bug.
>
>I've got to leave in a few minutes. I may or may not have time to
>look at it more tonight; if not, I'll keep looking in the morning.
It's caused by this change:
2001-10-22 Christopher Faylor <cgf@redhat.com>
[snip]
* exec.cc (execvp): New function.
(execvpe): Ditto.
I know what's causing the problem and expect to have a fix shortly.
cgf
More information about the Cygwin-developers
mailing list