Re: Call for platforms
| От | Tom Lane |
|---|---|
| Тема | Re: Call for platforms |
| Дата | |
| Msg-id | 17485.985336383@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Call for platforms (Vince Vielhaber <vev@michvhf.com>) |
| Список | 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
В списке pgsql-hackers по дате отправления: