Re: Fairly serious bug induced by latest guc enum changes

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: Fairly serious bug induced by latest guc enum changes
Дата
Msg-id 20080513155421.7567c530@mha-laptop.hagander.net
обсуждение исходный текст
Ответ на Re: Fairly serious bug induced by latest guc enum changes  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Fairly serious bug induced by latest guc enum changes  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> I wrote:
> > Okay, but you failed to correctly reproduce the conditions for
> > closing the old file.
> 
> A more bulletproof solution might involve passing sync_method to
> get_sync_bit as an explicit parameter, and then the assign hook
> could do
>     if (get_sync_bit(sync_method) !=
> get_sync_bit(new_sync_method)) XLogFileClose();

Right, but I still need the other part of the check, right? This one
still fails the same check as my patch, no? Because I assume the hole
you found there was that get_sync_bit() will return 0 for two different
sync methods as long as none of them are O_SYNC or O_DSYNC...

//Magnus


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Fairly serious bug induced by latest guc enum changes
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Problem returning strings with pgsql 8.3.x