From: | Zeugswetter Andreas SB <ZeugswetterA(at)wien(dot)spardat(dot)at> |
---|---|
To: | "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Ryan Kirkpatrick <pgsql(at)rkirkpat(dot)net> |
Cc: | pgsql-hackers(at)postgresql(dot)org, pgsql-ports(at)postgresql(dot)org |
Subject: | AW: PostgreSQL pre-7.1 Linux/Alpha Status... |
Date: | 2000-12-21 10:53:11 |
Message-ID: | 11C1E6749A55D411A9670001FA687963368190@sdexcsrv1.f000.d0188.sd.spardat.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-ports |
> Not sure what to do about this. If you had actually typed 2^64-1040,
> it would be appropriate for the code to reject it. But I hadn't
> realized that the extra check would introduce a discrepancy between
> 32- and 64-bit machines for negative inputs. Maybe it'd be
> better just
> to delete the check. Comments anyone?
IIRC oid uses int4in/int4out and those should definitely be able to parse
-1040 into a 4 byte signed long without platform dependency, no ?
pg_dump with OID's dumps those negative numbers if oid > 2^32,
thus this input must imho be made to work correctly.
Andreas
From | Date | Subject | |
---|---|---|---|
Next Message | Zeugswetter Andreas SB | 2000-12-21 11:21:31 | AW: day 2 results |
Previous Message | Zeugswetter Andreas SB | 2000-12-21 09:43:39 | AW: Three types of functions, ala function redux. |
From | Date | Subject | |
---|---|---|---|
Next Message | Chris Hayner | 2000-12-21 14:53:59 | compile problems on solaris / sparc |
Previous Message | Ryan Kirkpatrick | 2000-12-21 04:17:05 | Re: [HACKERS] PostgreSQL pre-7.1 Linux/Alpha Status... (fwd) |