Re: 8.2beta1 crash possibly in libpq

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: 8.2beta1 crash possibly in libpq
Дата
Msg-id 6BCB9D8A16AC4241919521715F4D8BCEA0FC28@algol.sollentuna.se
обсуждение исходный текст
Ответ на 8.2beta1 crash possibly in libpq  (Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>)
Ответы Re: 8.2beta1 crash possibly in libpq  (Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>)
Список pgsql-hackers
> AFAICT the backtrace and server log is indicating that the
> crash is happening somewhere in libpq. If someone can help me
> figure out how to load the libpq symbols into MingW's gdb
> then I can get a better backtrace if required as I can
> reproduce this 100% of the time. For reference, the source
> for the application in question can be found at
> http://svn.refractions.net/postgis/tags/1.1.4/loader/pgsql2shp.c.

If you figure out how to make gdb actually work on mingw, let us know -
not many has ever managed to get it wokring, and I don't know of anybody
who can make it work repeatedly.

That said, libpq builds with Visual C++. Could you try building your
pgsql2shp with Visual C++ as well, and then use the Visual C++ debugger
(or windbg, really). They should give working backtraces.

//Magnus


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

Предыдущее
От: Mark Cave-Ayland
Дата:
Сообщение: 8.2beta1 crash possibly in libpq
Следующее
От: "Magnus Hagander"
Дата:
Сообщение: Re: Checking max_stack_depth automatically