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