Re: planner fails on HEAD

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: planner fails on HEAD
Дата
Msg-id 18665.1323036667@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: planner fails on HEAD  (Pavel Stehule <pavel.stehule@gmail.com>)
Ответы Re: planner fails on HEAD  (Pavel Stehule <pavel.stehule@gmail.com>)
Список pgsql-hackers
Pavel Stehule <pavel.stehule@gmail.com> writes:
> 2011/12/4 Tom Lane <tgl@sss.pgh.pa.us>:
>> [ scratches head ... ]  Given that it got past the previous assertions,
>> surely that ought to be impossible.  Could we see the values of
>> cost_mergejoin's local variables, please?

> It is strange

> when I put a fprintf(stderr, "const literal") to exactly before or
> somewhere after assertion, then assertion is ok. Without fprintf
> assertion fails again

> it looks like gcc bug - gcc 4.5.1 20100924 (Red Hat 4.5.1) It was
> configured just with --enable-debug and --enable-cassert

Hmm.  I'm betting that gcc has flushed one value to memory but the other
one is still in a register that's wider than memory, creating a roundoff
hazard.  Can you look at the generated assembly code?
        regards, tom lane


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

Предыдущее
От: Martin Pihlak
Дата:
Сообщение: Re: logging in high performance systems.
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: planner fails on HEAD