From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28579 invoked by alias); 7 May 2011 22:27:45 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 29181 Received: (qmail 22806 invoked from network); 7 May 2011 22:27:35 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.google.com designates 209.85.220.171 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=vtf54enQBDE41pKLdS3QGZJApwPSQd6tjF4YiiOP6AQ=; b=dROdWryL65K5+qPWohldgY76SjRs+kVBjDSLJOdxHi0jDvAB2dJ+Jlb2TbiSygnDSF qXuwLBqN1wQqNxp9Mrb3hJxLps7KAHFRCIbR8Q/mqeaisCgNH30q4JZZi8fqSrJq06Iy 26TRcTXZbOoYRskk2GH0dLUoKMxUH2+5hZF0o= 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; b=TWEd+F1XEMO98OgujDFCiVuca0f74LF9x16nmzbfcshVLm6nVPm4LX6zLd+4+HsbjS NYngukBnkIIHD4wKT6Sx9hiJlMqkyujKyj6c9oYorQKmeJcCiavY9+hB+Xei2f1PczWv DgzjHHl9b+td4Yhnhg1U06/+hDnYVS6zZDN/E= MIME-Version: 1.0 In-Reply-To: References: Date: Sun, 8 May 2011 00:27:30 +0200 Message-ID: Subject: Re: SIGFPE crash From: Mikael Magnusson To: Jon Mayo Cc: zsh workers Content-Type: text/plain; charset=UTF-8 On 8 May 2011 00:19, Jon Mayo wrote: > On Sat, May 7, 2011 at 3:17 PM, Mikael Magnusson wrote: >> On 7 May 2011 23:56, Jon Mayo wrote: >>> echo $[-9223372036854775808/-1] >>> >>> this causes zsh to exit immediately with an FPE. Does anyone have a >>> patch to fix this? >> >> diff --git a/Src/math.c b/Src/math.c >> index 35b362d..3c08052 100644 >> --- a/Src/math.c >> +++ b/Src/math.c >> @@ -1053,8 +1053,12 @@ op(int what) >> return; >> if (c.type == MN_FLOAT) >> c.u.d = a.u.d / b.u.d; >> - else >> - c.u.l = a.u.l / b.u.l; >> + else { >> + if (a.u.l == LONG_MIN && b.u.l == -1) > > should be LLONG_MIN > >> + c.u.l = 0; > > LLONG_MAX would be the closest answer, but 1 off. I would switch it > from integer to double type in this case, but that might be difficult. It should probably be neither, zsh does some weird stuff to find a suitably long type for .l, which may or may not be a long long. >> + else >> + c.u.l = a.u.l / b.u.l; >> + } >> break; >> case MOD: >> case MODEQ: >> >> >> Do we want to print a warning and/or use another value than 0 in this case? This is assuming we want to do this at all, I am told that only division will generate an exception on x86, but presumably other arches behave differently, and bash behaves the same way too (exception + die). Does some sort of standard have anything to say on the matter? I'm guessing someone has thought of it before and clearly nobody ever did anything about it. -- Mikael Magnusson