Re: Minor binary-search int overflow in timezone code

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Minor binary-search int overflow in timezone code
Дата
Msg-id 14615.1418694505@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Minor binary-search int overflow in timezone code  (Jim Nasby <Jim.Nasby@BlueTreble.com>)
Ответы Re: Minor binary-search int overflow in timezone code  (Christoph Berg <cb@df7cb.de>)
Список pgsql-hackers
Jim Nasby <Jim.Nasby@BlueTreble.com> writes:
> On 12/15/14, 1:39 PM, Christoph Berg wrote:
>> Well, if it's not interesting, let's just forget it. Sorry.

> At the risk of sticking my head in the lions mouth... this is the kind of response that deters people from
contributinganything to the project, including reviewing patches. A simple "thanks, but we feel it's already clear
enoughthat there can't be anywhere close to INT_MAX timezones" would have sufficed.
 

Yeah, I need to apologize.  I was a bit on edge today due to the release
wrap (which you may have noticed wasn't going too smoothly), and should
not have responded like that.

Having said that, though, the submission wasn't carefully thought through
either.  That problem was either not-an-issue or a potential security bug,
and if the submitter hadn't taken the time to be sure which, reporting it
in a public forum wasn't the way to proceed.

I also remain curious as to what sort of tool would complain about this
particular code and not the N other nearly-identical binary-search loops
in the PG sources, most of which deal with data structures potentially
far larger than the timezone data ...
        regards, tom lane



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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: pg_rewind in contrib
Следующее
От: Noah Misch
Дата:
Сообщение: Re: tracking commit timestamps