From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2786 invoked from network); 8 Oct 2003 07:04:40 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 8 Oct 2003 07:04:40 -0000 Received: (qmail 29019 invoked by alias); 8 Oct 2003 07:04:29 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 19174 Received: (qmail 28988 invoked from network); 8 Oct 2003 07:04:28 -0000 Received: from localhost (HELO sunsite.dk) (127.0.0.1) by localhost with SMTP; 8 Oct 2003 07:04:28 -0000 X-MessageWall-Score: 0 (sunsite.dk) Received: from [66.93.131.57] by sunsite.dk (MessageWall 1.0.8) with SMTP; 8 Oct 2003 7:4:28 -0000 Received: from lorien.emufarm.org (localhost [127.0.0.1]) by lorien.emufarm.org (8.12.7/8.12.7) with ESMTP id h9874KfS029873; Wed, 8 Oct 2003 00:04:20 -0700 Received: (from duvall@localhost) by lorien.emufarm.org (8.12.7/8.12.7/Submit) id h9874JDO029740; Wed, 8 Oct 2003 00:04:19 -0700 Date: Wed, 8 Oct 2003 00:04:18 -0700 From: Danek Duvall To: Philippe Troin , Nicolas George , zsh-workers@sunsite.dk Subject: Re: Subshell exiting, suspend problem Message-ID: <20031008070418.GD692@lorien.emufarm.org> Mail-Followup-To: Danek Duvall , Philippe Troin , Nicolas George , zsh-workers@sunsite.dk References: <20030926165251.GA14940@clipper.ens.fr> <20031003205809.GE4255@lorien.emufarm.org> <873ceaugby.fsf@ceramic.fifi.org> <20031003222443.GH4255@lorien.emufarm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031003222443.GH4255@lorien.emufarm.org> User-Agent: Mutt/1.5.4i On Fri, Oct 03, 2003 at 03:24:43PM -0700, Danek Duvall wrote: > On Fri, Oct 03, 2003 at 03:06:09PM -0700, Philippe Troin wrote: > > > Danek Duvall writes: > > > > > However, I'm now unable to suspend vi or ncftp, or, I would guess, > > > any curses program. > > > > That's strange: this patch only changes zsh's exit behavior. > > Indeed. I'll recompile both the patched version and the unpatched > version from scratch and see if I can reproduce all this behavior. Mea culpa. I'd run configure in the background, and it failed to detect tcsetpgrp properly. Rebuilding in the foreground solved the issue. Thanks, Danek