From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19095 invoked from network); 27 Jun 1999 13:50:25 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 27 Jun 1999 13:50:25 -0000 Received: (qmail 7093 invoked by alias); 27 Jun 1999 13:50:10 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 6877 Received: (qmail 7086 invoked from network); 27 Jun 1999 13:50:09 -0000 Message-Id: <9906271321.AA16977@ibmth.df.unipi.it> To: zsh-workers@sunsite.auc.dk Subject: Re: Final (?) info on signals/crashes when suspending "mutt" function In-Reply-To: ""Bart Schaefer""'s message of "Sun, 27 Jun 1999 08:41:12 DFT." <990627084112.ZM9488@candle.brasslantern.com> Date: Sun, 27 Jun 1999 15:21:31 +0200 From: Peter Stephenson "Bart Schaefer" wrote: > The failure in case (1) is far less catastrophic than case (2), so I think > the right solution is to back off to the behavior from patch 6707 (that is, > scrap 6819 and most of 6824, but 6848 and 6850 are orthogonal and good). [except that 6850 isn't because the shell hangs when called from sh.] Somebody who's been looking at this will have to produce counter-patches for pws-24, I'm not going to attempt this myself on a wing and a prayer. If we can 1) handle shell structures with well-behaved external programmes (i.e. not sh, ksh, zcat) 2) suspend and interrupt functions running well-behaved external programmes (or none) 3) not hang because of failed attempts to set the pgrp then I think we should declare a truce before 3.1.6. -- Peter Stephenson Tel: +39 050 844536 WWW: http://www.ifh.de/~pws/ Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy