[BusyBox] Re: cmdedit revision 1.52

Erik Andersen andersen at lineo.com
Wed May 23 08:24:55 UTC 2001


On Sun May 20, 2001 at 08:19:15PM +0400, Vladimir N. Oleynik wrote:
> Eric,
> 
> > Diff to previous 1.51 
> 
> > It turns out job control in both hush and lash was broken by the
> > signal handling in cmdedit.c.  Disabling it makes the shells behave
> > themselves again.  hush isn't quite there, but is getting close...
> 
> Hmm, I not found this problem with old revision.
> But you addition new problem:
> 
> console 1:
> busybox $ editing...
> 
> console 2:
> $ kill PID_SHELL_CONSOLE_1
> 
> init restarted 1-st shell
> 
> Brrr...

Try this.  Revert cmdedit.c signal handling to how it was.
Then run something like "grep foo &" from the shell.  Now
the shell is completely locked solid.  

> Current lash and hush not have processing signals. 
> After addition parse "terminates" (traps) parser, I get ready rewrite cmdedit
> with
> restore previous signal handlers for this signals, but current situations best
> with
> blocked this signals in edition mode and restore SIG_DFL in running mode.

I know.  The signal handling needs to be fixed.

 -Erik

--
Erik B. Andersen   email:  andersen at lineo.com
--This message was written using 73% post-consumer electrons--





More information about the busybox mailing list