From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3230 invoked from network); 4 Mar 2009 15:09:47 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 4 Mar 2009 15:09:47 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 34578 invoked from network); 4 Mar 2009 15:09:39 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 4 Mar 2009 15:09:39 -0000 Received: (qmail 5115 invoked by alias); 4 Mar 2009 15:09:34 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 26688 Received: (qmail 5098 invoked from network); 4 Mar 2009 15:09:34 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 4 Mar 2009 15:09:34 -0000 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by bifrost.dotsrc.org (Postfix) with ESMTP id D278C8058F82 for ; Wed, 4 Mar 2009 16:09:30 +0100 (CET) Received: by fg-out-1718.google.com with SMTP id l26so214831fgb.37 for ; Wed, 04 Mar 2009 07:09:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0S6bpCVWT2XymA1lF3ZnYrhFV5J9tkMp6aiAPcrSC5k=; b=Vl9/ZmSCieptGSkIy9i4GXLSKGviSMc2W3L/2WsvoM6OcYjGrtH/xogTsyJAe1V2zx CA6ZyTINDtiYeh6GKQ0lOcrqMUgoOiHyMvdo0kvfJ9GBDtV4An8NJoNIm3Nl/pCh/YF+ sWXbIOS4Wh5t/fYGUOLI2FpjlT/p4xAZuA0Q4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qpu38KgHScn30XfH8Y1rWOhEHIRUiKdqx7R64U0NT8GYz/EqhAN3p9yf/XYmI47O3S efzftPvp+OInCputFAsjAG5NpsaE4lVQKWqw16oOYJHnc3RLhUPzNPZpY1X77p1LFXJV WaoBdifo1RJ93RUru1AtKTTU1dOuHOoAT521E= MIME-Version: 1.0 Received: by 10.86.66.19 with SMTP id o19mr161684fga.31.1236179369870; Wed, 04 Mar 2009 07:09:29 -0800 (PST) In-Reply-To: <20090303220347.36279ac1@pws-pc> References: <20090303210729.GU4167@fsst.voodoo.lan> <20090303220347.36279ac1@pws-pc> Date: Wed, 4 Mar 2009 16:09:29 +0100 Message-ID: <2d460de70903040709v543ee0c7ie1258bdee8177463@mail.gmail.com> Subject: Re: zsh segfaults with lots of data in one variable From: Richard Hartmann To: Peter Stephenson Cc: zsh workers Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV 0.92.1/9067/Wed Mar 4 11:06:09 2009 on bifrost X-Virus-Status: Clean On Tue, Mar 3, 2009 at 23:03, Peter Stephenson wrote: > However, in our case it's easy to fix just using ordindary malloc memory > for saving $_. =C2=A0It would be much more efficient to mark underscore a= s > "push old value to stack on write", or something similar, but if I try > that at ten o'clock in the evening I'll get it wrong. Do you want to revisit this at a later time? If yes, I will mark this as bu= g and put it into SF's bug tracker after some time (usually you are simply to= o fast for me to actually put anything in there ;) RIchard