From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24800 invoked from network); 23 Nov 2000 22:05:54 -0000 Received: from sunsite.dk (HELO sunsite.auc.dk) (130.225.51.30) by ns1.primenet.com.au with SMTP; 23 Nov 2000 22:05:54 -0000 Received: (qmail 29006 invoked by alias); 23 Nov 2000 22:05:46 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 13188 Received: (qmail 28989 invoked from network); 23 Nov 2000 22:05:44 -0000 From: "Bart Schaefer" Message-Id: <1001123220539.ZM13500@candle.brasslantern.com> Date: Thu, 23 Nov 2000 22:05:39 +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: zsh-workers@sunsite.auc.dk 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: } } Bart wrote: } > We could start by wrapping every function in mem.c with queue_signals()/ } > unqueue_signals(). } } We did something pretty similar some time ago (1992?) --- the performance } hit was ghastly, so we removed it. You'll note that the ZSH_MEM malloc() and zhalloc() both already have some sections in queue_signals(). What I'm suggesting is that other operations that manipulate the heap pointers should be similarly protected. -- 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