From: | Dave Page <dpage(at)pgadmin(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Pg Bugs <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: Perl 5.10 vs. PG 8.4 on Win32 |
Date: | 2009-05-15 21:36:16 |
Message-ID: | 937d27e10905151436x20317fcel6f84555d0f4b2cca@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Fri, May 15, 2009 at 5:26 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Dave Page <dpage(at)pgadmin(dot)org> writes:
>> Couldn't the callback have been called by another process though?
>
> Hmm, maybe, if the messages got to the log out of order. Try
> reproducing it with %p added to log_line_prefix.
I've been playing with this for the last couple of hours, to no avail.
Looking at the log with PIDs, it certainly appears to be the crashing
backend that calls the atexit callback. I can't get a backtrace though
- if I attach the debugger before crashing, it breaks out at the
exception and won't continue. If I add an infinite loop in
atexit_callback to 'pause' the process I can attach and break, but for
some reason the debugger doesn't recognise the loop control variable,
so I can't modify the value to make it continue. That stops me even
getting the server to complete startup :-(
> Seems it's crashing inside perl_run(), which leaves us little wiser than
> before :-(
Well, there's no symbols included with ActivePerl, I can't get any
more info from there. I don't know if there are any with perl.org's
builds - but I'm too tired to look now anyway.
Any other ideas would be welcome!!
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-05-15 21:55:08 | Re: Perl 5.10 vs. PG 8.4 on Win32 |
Previous Message | Scott Mead | 2009-05-15 20:02:51 | Re: DATABASE DRIVER REQUIRED FOR POSTGRESQL |