Re: [HACKERS] MergeJoin and Mark/Restr scan positions (Re: [PORTS] Port Bug Report)
В списке pgsql-hackers по дате отправления:
| От | Vadim B. Mikheev |
|---|---|
| Тема | Re: [HACKERS] MergeJoin and Mark/Restr scan positions (Re: [PORTS] Port Bug Report) |
| Дата | |
| Msg-id | 34F62D68.5C655710@sable.krasnoyarsk.su обсуждение |
| Ответ на | Re: [HACKERS] MergeJoin and Mark/Restr scan positions (Re: [PORTS] Port Bug Report) (Bruce Momjian <maillist@candle.pha.pa.us>) |
| Список | pgsql-hackers |
Bruce Momjian wrote: > > > BTW, elog(FATAL) from vacuum and btree were reported by 2-3 > > another ppl - shouldn't we ask users to re-compile server with > > CASSERT in all "FATAL" cases ? > > CASSERT assisted me very much to find real sources of this problem > > and recently fixed vacuum bug. > > I am a little confused on when we should have them use this. In most > cases, turning on CASSERT doesn't help. Should we suggest it in certain > cases as we see it applies, or is there a rule we can give them to tell > them when to try it? For me, CASSERT is last chance to put me in right direction when I can't reproduce reported bug (user can't provide test data etc). But you're right - we shouldn't suggest anything generaly. BTW, Alvin got ASSERTion for real data! We'll try to fix this... Vadim
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера