| От | Gregory Stark |
|---|---|
| Тема | Re: FailedAssertion() in 8.2beta1 |
| Дата | |
| Msg-id | 87k63c3ozx.fsf@enterprisedb.com обсуждение исходный текст |
| Ответ на | Re: FailedAssertion() in 8.2beta1 (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Tom Lane <tgl@sss.pgh.pa.us> writes: > "Sergey E. Koposov" <math@sai.msu.ru> writes: >> I've found a bug with 8.2beta1: > > Can you put together a self-contained test case for this? The planner > is evidently generating an incorrect plan from that messy view, but > trying to reverse-engineer the complete scenario from what you've told > us looks painful. (No, I don't think the log setting is related.) Would a core dump file (and his binary) be useful? Earlier I was going to suggest he execute these commands from gdb: f 5p *rtentryp *estate But I fear even that won't be enough to actually track down where the state got corrupted. -- Gregory Stark EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера