Re: Re: int8 bug on Alpha - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Re: int8 bug on Alpha
Date
Msg-id 200103211552.KAA21616@candle.pha.pa.us
Whole thread Raw
In response to Re: int8 bug on Alpha  (Thomas Lockhart <lockhart@alumni.caltech.edu>)
List pgsql-hackers
> For integers (optional sign and all digits), the code in
> src/backend/parser/scan.l uses strtol() to read the string, then checks
> for failure. If it fails, the number is interpreted as a double float on
> the assumption that if it could hold more digits it would succeed!
> 
> Anyway, either strtol() thinks it *should* be able to read a 64 bit
> integer, or your machine is silently overflowing. I used to have a bunch
> of these boxes, and I recall spending quite a bit of time discovering
> that Alphas have some explicit flags which can be set at compile time
> which affect run-time detection of floating point and (perhaps) integer
> overflow behavior.
> 
> Can you check these possibilities? I'd look at strtol() first, then the
> overflow/underflow flags second...

Intersting that the lack of strtol() failure on Alpha is causing the
problem.


--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: New TODO item
Next
From: Bruce Momjian
Date:
Subject: Patch application