| От | Tom Lane |
|---|---|
| Тема | Re: BUG #1440: ecpg seg faults |
| Дата | |
| Msg-id | 24344.1106597017@sss.pgh.pa.us обсуждение |
| Ответ на | Re: BUG #1440: ecpg seg faults (Edmund Bacon <ebacon@onesystem.com>) |
| Ответы |
Re: BUG #1440: ecpg seg faults
|
| Список | pgsql-bugs |
Edmund Bacon <ebacon@onesystem.com> writes:
> According to the backtrace, it appears to be dieing in malloc.
That's consistent with the idea that the multiple free is the source of
trouble --- multiple free() could corrupt malloc's private data
structures to the point of causing a crash in a later malloc call.
The least painful way of locating the problem would be to relink ecpg
with a debugging malloc package, which could tell you exactly where the
bad free() call is. You'd probably want to rebuild with --enable-debug
too.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера