From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24660 invoked from network); 23 Nov 2000 21:58:40 -0000 Received: from sunsite.dk (HELO sunsite.auc.dk) (130.225.51.30) by ns1.primenet.com.au with SMTP; 23 Nov 2000 21:58:40 -0000 Received: (qmail 27434 invoked by alias); 23 Nov 2000 21:58:17 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 13187 Received: (qmail 27427 invoked from network); 23 Nov 2000 21:58:15 -0000 From: "Bart Schaefer" Message-Id: <1001123215804.ZM13478@candle.brasslantern.com> Date: Thu, 23 Nov 2000 21:58:04 +0000 In-Reply-To: <0G4H00BMAYYZB4@la-la.cambridgesiliconradio.com> Comments: In reply to Peter Stephenson "Re: PATCH: Re: Allowing traps" (Nov 23, 9:42pm) References: <0G4H00BMAYYZB4@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: Re: Allowing traps MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Nov 23, 9:42pm, Peter Stephenson wrote: } Subject: Re: PATCH: Re: Allowing traps } } Bart wrote: } > We could start by wrapping every function in mem.c with queue_signals()/ } > unqueue_signals(). That'd probably take care of a lot of the problems. } } We did something pretty similar some time ago (1992?) --- the performance } hit was ghastly, so we removed it. The something similar was to actually block and unblock the signals, which meant two system calls on every operation; queue_signals() does nothing but increment/decrement a counter unless a signal actually arrives. I definitely am not recommending blocking and unblocking signals here. -- Bart Schaefer Brass Lantern Enterprises http://www.well.com/user/barts http://www.brasslantern.com Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net