Re: 1.3.22: popen() fails without /bin/sh

2004-01-12 Thread Christopher Faylor
On Mon, Jan 12, 2004 at 08:58:58AM +0100, Hanak Michal-r50233 wrote: >there were no reaction on my message nor any fix in the cygwin library. >I'm still using the popen2/pclose2 workaround and it seems it works >well. I responded to this thread indicating that this is not a bug. popen requires /b

RE: 1.3.22: popen() fails without /bin/sh

2004-01-12 Thread Larry Hall
karound and it seems it works well. > >regards, >Michal > > >> -Original Message- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] >> Sent: Friday, January 09, 2004 4:52 PM >> To: [EMAIL PROTECTED] >> Cc: Michal Hanak >> Su

RE: 1.3.22: popen() fails without /bin/sh

2004-01-12 Thread Hanak Michal-r50233
anuary 09, 2004 4:52 PM > To: [EMAIL PROTECTED] > Cc: Michal Hanak > Subject: 1.3.22: popen() fails without /bin/sh > > > Dear Michal, dear cygwin developpers, > i have the same popen() problem as described in > http://sources.redhat.com/ml/cygwin/2003-06/msg00567.html >

Re: 1.3.22: popen() fails without /bin/sh

2004-01-09 Thread Christopher Faylor
So is it cygwin common-theme Friday? On Fri, Jan 09, 2004 at 04:51:44PM +0100, [EMAIL PROTECTED] wrote: >i have the same popen() problem as described in >http://sources.redhat.com/ml/cygwin/2003-06/msg00567.html i.e. my >programm crashes when calling popen() on a system with minimal cygwin >files

1.3.22: popen() fails without /bin/sh

2004-01-09 Thread mbuch
Dear Michal, dear cygwin developpers, i have the same popen() problem as described in http://sources.redhat.com/ml/cygwin/2003-06/msg00567.html i.e. my programm crashes when calling popen() on a system with minimal cygwin files (only cygwin1.dll and sh.exe in the windows path). Does anyone know if

1.3.22: popen() fails without /bin/sh

2003-06-10 Thread Hanak Michal-r50233
Hello, it seems to me that the popen() does not work correctly in applications running on hosts without "/bin/sh" available. The Cygwin's popen() should normally work in a way that after vfork(), the execl("/bin/sh"...) is tried first and if it fails, the execlp("sh"...) is tried to find "sh"