Re: SunOS4 port
От | Peter Eisentraut |
---|---|
Тема | Re: SunOS4 port |
Дата | |
Msg-id | Pine.LNX.4.30.0112191836150.635-100000@peter.localdomain обсуждение исходный текст |
Ответ на | Re: SunOS4 port (Tatsuo Ishii <t-ishii@sra.co.jp>) |
Ответы |
Re: SunOS4 port
Re: SunOS4 port |
Список | pgsql-hackers |
Tatsuo Ishii writes: > The reason why non-8bit clean memcmp has not been a problem with > SunOS4 port was just memcmp's return value was evaluated 0 or not. > However, bit data type implementation uses the fact that whether the > value is greater than or less than 0 and bit type appeared since 7.1. > I guess that is the reason why we don't see any memcmp problem before > 7.1. 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. I've put the SunOS 4 platform under "Unsupported" with the comment "memcmp() does not work correctly, so probably not reliable". Seasoned SunOS 4 users might know what that implies. -- Peter Eisentraut peter_e@gmx.net
В списке pgsql-hackers по дате отправления: