New 1.3.4-blocking problem: execvp causes $0 to contain windows path instead of Unix path

[Jonathan Kamens]

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.

  jik