[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