Re: Solaris testers wanted for strxfrm() behavior

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Solaris testers wanted for strxfrm() behavior
Дата
Msg-id 19392.1435505502@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Solaris testers wanted for strxfrm() behavior  (Peter Geoghegan <pg@heroku.com>)
Ответы Re: Solaris testers wanted for strxfrm() behavior
Список pgsql-hackers
Peter Geoghegan <pg@heroku.com> writes:
> On Sat, Jun 27, 2015 at 7:14 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> I think the point of Noah's query is to find out whether "ancient" is an
>> accurate description.

> You said it yourself at the time -- why trust the strxfrm()
> implementation when a NULL pointer is passed? It may have worked on
> someone's machine in 2003, but that isn't a very good reason. It was
> never a documented part of the interface that this fails or that
> works; how could it be? This Solaris strxfrm() issue is (in the
> simplest and least contentious sense) a bug. It is not a portability
> issue. Someone made a mistake, and most likely the mistake was
> corrected in the next point release.

The point here is to *find out*, rather than assuming.  I agree that
Sun should have been embarrassed that such a bug ever made it into
a released libc, but it did.  The question is how long did it take
them to notice and fix it.  Assuming that it happened in "the next point
release", with absolutely no evidence to support that optimistic guess,
doesn't seem like a good idea to me.

(BTW, another way to settle the question might be to check the Solaris
release history.  Wonder if that's available anywhere.)
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pg_file_settings view vs. Windows
Следующее
От: Tom Lane
Дата:
Сообщение: Re: drop/truncate table sucks for large values of shared buffers