Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Remaining zsh3.0-pre2 bugs
- X-seq: zsh-workers 1603
- From: Peter Stephenson <pws@xxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxxx (Zsh hackers list)
- Subject: Re: Remaining zsh3.0-pre2 bugs
- Date: Thu, 11 Jul 1996 10:11:43 +0200
- In-reply-to: "huyle@xxxxxxxxxxxxxxxxxxxxx"'s message of "Sat, 06 Jul 1996 15:59:25 MET." <199607062259.PAA11588@xxxxxxxxxxxxxxxxxxxxx>
huyle@xxxxxxxxxxxxxxxxxxxxx wrote:
> When running either of the two sequences:
> while echo crap >/dev/null; do done
> while true; do echo crap >/dev/null; done
> and interrupting them with <CTRL>-C, my output gets lost from then on.
> This is an intermittent problem on HP-UX--keep doing it and eventually
> it'll happen. On IRIX, the bug has happened to me every time.
>
> pride% while echo crap >/dev/null; do done
> pride% echo yes
> pride% exec >/dev/tty
> pride% echo yes
> yes
> pride%
This exists not just under those systems, but under Solaris 2.5 too,
so it's probably not a system problem. It occurs probably more than
half the time; changing > to >> doesn't help. It's clear that if zsh
is interrupted somewhere or other the fd's don't get restored
properly. Running it under gdb, the most common places for an
interruption are in the original open() for the redirection, or the
close() either in movefd() or in redup(). I've put in all sorts of
tests to look for bad returns from system functions like these, tried
blocking interrupts around the redirection code and fixfds(), and none
of it has done any good.
Help
--
Peter Stephenson <pws@xxxxxx> Tel: +49 33762 77366
WWW: http://www.ifh.de/~pws/ Fax: +49 33762 77330
Deutches Electronen-Synchrotron --- Institut fuer Hochenergiephysik Zeuthen
DESY-IfH, 15735 Zeuthen, Germany.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author