Dave Page <dp...@pgadmin.org> writes:
> Ooh, sneaky. I like it. Not sure it helps much though:
> postgres.exe!atexit_callback() Line 228 C
> msvcr80.dll!doexit(int code=0, int quick=0, int retcaller=1) Line 553
> C
> msvcr80.dll!_cexit() Line 413 + 0xb bytes C
> msvcr80.dll!__CRTDLL_INIT(void * hDllHandle=0x78130000, unsigned
> long dwReason=0, void * lpreserved=0x00000001) Line 389 C
> msvcr80.dll!_CRTDLL_INIT(void * hDllHandle=0x78130000, unsigned long
> dwReason=0, void * lpreserved=0x00000001) Line 214 + 0x11 bytes C
> ntdll.dll!7c90118a()
> [Frames below may be incorrect and/or missing, no symbols loaded for
> ntdll.dll]
> ntdll.dll!7c923ada()
> ntdll.dll!7c910435()
> ntdll.dll!7c91043e()
> ntdll.dll!7c923c88()
> kernel32.dll!7c81caae()
> postgres.exe!main(int argc=3, char * * argv=0x00262fc0) Line 165 +
> 0x7 bytes C
> postgres.exe!__tmainCRTStartup() Line 597 + 0x17 bytes C
I think you must've traced the wrong process --- this looks like an exit
from main(). There should be a pile of stack frames for Postgres
functions if we are inside a call from plperl.c to the Perl dll.
regards, tom lane
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
