| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
| Cc: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>, pgman(at)candle(dot)pha(dot)pa(dot)us, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: SunOS4 port |
| Date: | 2001-12-19 19:14:19 |
| Message-ID: | 2144.1008789259@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> The return value of memcmp() is also used by bytea and oidvector. As long
> as you don't need comparison results, and memcmp gives wrong results
> consistently then you might even get away with it, but a disfunctional
> oidvector cannot be taken as lightly as the bit types.
oidvector only checks the result for equal or not equal to 0. AFAIK,
the issue with SunOS memcmp is not that it gets equality wrong, it's
that it sorts unequal values wrong. So oidvector will work.
A quick search shows that bit, bytea, and the contrib/tsearch module
are the only places in 7.2 that care about the sign of memcmp's result.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Mitch Vincent | 2001-12-19 19:16:36 | Re: Concerns about this release |
| Previous Message | Don Baccus | 2001-12-19 19:04:25 | Re: Connection Pooling, a year later |