Re: Call for platforms
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Tatsuo Ishii <t-ishii@sra.co.jp>
Cc: thomas@pgsql.com, pgsql-hackers@postgresql.org
Date: 2001-03-23T08:33:03Z
Lists: pgsql-hackers
Tatsuo Ishii <t-ishii@sra.co.jp> writes: >> The bit test diffs seem to indicate that bit_cmp is messed up. That >> depends on memcmp. I seem to recall something about memcmp not being >> 8-bit-clean on SunOS ... does that ring a bell with anyone? > Good point. From the man page of memcmp(3) on this machine: > BUGS > memcmp() uses native character comparison, which is signed > on some machines and unsigned on other machines. Thus the > sign of the value returned when one of the characters has > its high-order bit set is implementation-dependent. Eeek. The C spec documents I have at hand all agree that memcmp, strcmp, etc shall interpret their arguments as unsigned char. I hope Sun were the only ones who took the above more liberal interpretation... regards, tom lane