| From: | "Magnus Hagander" <mha(at)sollentuna(dot)net> |
|---|---|
| To: | "Mark Cave-Ayland" <mark(dot)cave-ayland(at)ilande(dot)co(dot)uk>, <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: 8.2beta1 crash possibly in libpq |
| Date: | 2006-10-08 15:53:55 |
| Message-ID: | 6BCB9D8A16AC4241919521715F4D8BCEA0FC28@algol.sollentuna.se |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | 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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Magnus Hagander | 2006-10-08 15:58:19 | Re: Checking max_stack_depth automatically |
| Previous Message | Mark Cave-Ayland | 2006-10-08 13:05:30 | 8.2beta1 crash possibly in libpq |