Stefan Kaltenbrunner wrote:
> Bruce Momjian wrote:
> > Log Message:
> > -----------
> > Check for ERANGE in exp() as well.
> 
> this broke the regression tests on a number of boxes:
> 
> http://buildfarm.postgresql.org/cgi-bin/show_status.pl
> 
> example:
> 
> http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=sponge&dt=2007-01-06%2015:30:02

Thanks.  This is something I wanted to ask Tom about today.  I was
worried that ERANGE could be generated by underflow as well as overflow,
and setting result to Inf would not work for underflow.  I have applied
the following patch to test for != 0 and != Inf, which should elimintate
the underflow case.

Tom, on HPPA, does ERANGE get set for both overflow and underflow?  I
assume only overflow.

-- 
  Bruce Momjian   bruce(at)momjian(dot)us
  EnterpriseDB    http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

In response to

• Re: [COMMITTERS] pgsql: Check for ERANGE in exp() as well. at 2007-01-06 20:07:28 from Stefan Kaltenbrunner

Responses

• Re: [COMMITTERS] pgsql: Check for ERANGE in exp() at 2007-01-07 03:00:12 from Tom Lane

pgsql-hackers by date

Next:	From: Bruce Momjian	Date: 2007-01-06 20:24:02
	Subject: Re: COPY with no WAL, in certain circumstances
Previous:	From: Tom Lane	Date: 2007-01-06 20:07:47
	Subject: Re: Parsing ambiguity for ORDER BY ... NULLS FIRST/LAST

pgsql-committers by date

Next:	From: Bruce Momjian	Date: 2007-01-06 20:21:29
	Subject: pgsql: Apply fix so pow() and exp() ERANGE is used only if result is not
Previous:	From: Stefan Kaltenbrunner	Date: 2007-01-06 20:07:28
	Subject: Re: [COMMITTERS] pgsql: Check for ERANGE in exp() as well.