From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2387 invoked from network); 25 May 2000 15:02:20 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 25 May 2000 15:02:20 -0000 Received: (qmail 2556 invoked by alias); 25 May 2000 15:01:27 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 11578 Received: (qmail 2549 invoked from network); 25 May 2000 15:01:26 -0000 From: "Bart Schaefer" Message-Id: <1000525150112.ZM2833@candle.brasslantern.com> Date: Thu, 25 May 2000 15:01:12 +0000 In-Reply-To: <0FV400JGT0DC95@la-la.cambridgesiliconradio.com> Comments: In reply to Peter Stephenson "PATCH: FD_CLOEXEC" (May 25, 10:44am) References: <0FV400JGT0DC95@la-la.cambridgesiliconradio.com> X-Mailer: Z-Mail (5.0.0 30July97) To: Peter Stephenson , zsh-workers@sunsite.auc.dk (Zsh hackers list) Subject: Re: PATCH: FD_CLOEXEC MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On May 25, 10:44am, Peter Stephenson wrote: } Subject: PATCH: FD_CLOEXEC } } I was thinking about the command substitution problem and keeping file } descriptors open when I checked up on the use of the close-on-exec flag in } zftp.c, which is the only place it's used (could we do with some more?) There's already some pretty elaborate code in exec.c to close all the fds that should be closed on exec; probably you don't even need that stuff in zftp, but it doesn't hurt. -- Bart Schaefer Brass Lantern Enterprises http://www.well.com/user/barts http://www.brasslantern.com