delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-developers/1998/08/02/05:27:46

From: TYann AT vet DOT com DOT au (Trevor Yann)
Subject: Re: spawn problems (windows 98?)
2 Aug 1998 05:27:46 -0700 :
Message-ID: <3.0.5.32.19980802212157.007bf620.cygnus.cygwin32.developers@mail.mel.cybec.com.au>
Mime-Version: 1.0
To: cygwin32-developers AT cygnus DOT com

After further investigation, I have determined that a programming error on
my part was responsible for bash not understanding when a command was
finished. My not-so-buggy modified bash no longer causes any crashes. ash
is still slightyly faster for configures than my bash. :( The result on my
machine is that the modified bash performs a configure 10% faster than the
unmodified bash 2.02.1.

I am still trying to track down the conditions under which the hang was
occuring. The nature of the bug that I had would mean that bash was not
calling waitpid for the spawned processes. I suspect that there might be a
race condition in the signal handling code, but there is still more
detective work to be done.

I rebuilt the cygwin dll with -DDEBUGGING. The slightly more informative
messages that I receive are:

(D:\CYGNUS\B19\H-I386-CYGWIN32\BIN\SH.EXE 2495) block_sig_dispatch: [main]
WFSO(
sig_dispatch<0x2C>) failed, error = 0
(D:\CYGNUS\B19\H-I386-CYGWIN32\BIN\SH.EXE 2495) block_sig_dispatch: [main]
WFSO(
sig_dispatch<0x2C>) failed, error = 0
(D:\CYGNUS\B19\H-I386-CYGWIN32\BIN\SH.EXE 2495) lock_cs: WFSO(cs), rc 258,
error
 288

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019