Re: 2nd try @NetBSD/2.0 Alpha - Mailing list pgsql-hackers

From Tom Lane
Subject Re: 2nd try @NetBSD/2.0 Alpha
Date
Msg-id 14208.1129672686@sss.pgh.pa.us
Whole thread Raw
In response to 2nd try @NetBSD/2.0 Alpha  ("Larry Rosenman" <ler@lerctr.org>)
List pgsql-hackers
Martijn van Oosterhout <kleptog@svana.org> writes:
> On Tue, Oct 18, 2005 at 04:04:42PM -0500, Larry Rosenman wrote:
>> Upped the stack to 8Mb.  Now it dies in Plcheck.

> Wierd, it's dying in malloc() because the C library called kill() from
> __libc_mutex_unlock().

I wonder if this is related to the "threaded libpython doesn't work"
problem we've seen on some BSDen.  Does this platform have separate
implementations of libc for threaded and unthreaded applications?
If so, and if libperl is trying to pull in a threaded libc along with
itself, maybe this is the symptom you'd see.  It's reasonably probable
that this is the first call to malloc() after libperl has been loaded
into the backend ...
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Larry Rosenman"
Date:
Subject: Re: 2nd try @NetBSD/2.0 Alpha
Next
From: Martijn van Oosterhout
Date:
Subject: Re: 2nd try @NetBSD/2.0 Alpha