From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10541 invoked from network); 18 Feb 2001 01:22:19 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 18 Feb 2001 01:22:19 -0000 Received: (qmail 11804 invoked by alias); 18 Feb 2001 01:22:13 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 13498 Received: (qmail 11792 invoked from network); 18 Feb 2001 01:22:12 -0000 From: "Bart Schaefer" Message-Id: <1010218012148.ZM20752@candle.brasslantern.com> Date: Sun, 18 Feb 2001 01:21:48 +0000 In-Reply-To: <20010217005107.93E34139BA@pwstephenson.fsnet.co.uk> Comments: In reply to Peter Stephenson "Re: 4.0.1-pre-1 on RH6.2" (Feb 17, 12:51am) References: <20010217005107.93E34139BA@pwstephenson.fsnet.co.uk> X-Mailer: Z-Mail (5.0.0 30July97) To: zsh-workers@sunsite.auc.dk (Zsh hackers list) Subject: Re: 4.0.1-pre-1 on RH6.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Feb 17, 12:51am, Peter Stephenson wrote: } Subject: Re: 4.0.1-pre-1 on RH6.2 } } "Bart Schaefer" wrote: } > } > zftp.c: In function `zfgetline': } > zftp.c:730: warning: variable `added' might be clobbered by `longjmp' } } These have always been there and I've never been able to understand what } it's talking about with those particular variables. Ah, I see. It's warning you which variables have been given register storage allocation by the compiler, and which therefore won't be unwound properly when longjmp() takes you back up the stack to the setjmp() spot. As long as none of those are referenced in the `if (setjmp(...)) { ... }' blocks (which appears to be true), everything should be OK. -- 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