Re: libgcc double-free, backend won't die

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Craig James <craig_james(at)emolecules(dot)com>
Cc: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, pgsql-performance(at)postgresql(dot)org
Subject: Re: libgcc double-free, backend won't die
Date: 2007-12-11 15:57:03
Message-ID: 20071211155703.GT31937@svr2.hagander.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Tue, Dec 11, 2007 at 07:50:17AM -0800, Craig James wrote:
> Alvaro Herrera wrote:
> >>>...Since you've now shown that OpenBabel is
> >>>multithreaded, then that's a much more likely cause.
> >>Can you elaborate? Are multithreaded libraries not allowed to be
> >>linked to Postgres?
> >
> >Absolutely not.
>
> Ok, thanks, I'll work on recompiling OpenBabel without thread support.
>
> Since I'm not a Postgres developer, perhaps one of the maintainers could
> update the Postgres manual. In chapter 32.9.6, it says,
>
> "To be precise, a shared library needs to be created."
>
> This should be amended to say,
>
> "To be precise, a non-threaded, shared library needs to be created."
>

Just before someone goes ahead and writes it (which is probably a good idea
in general), don't write it just like taht - because it's platform
dependent. On win32, you can certainly stick a threaded library to it -
which is good, because most (if not all) win32 libs are threaded... Now, if
they actually *use* threads explicitly things might break (but most likely
not from that specifically), but you can link with them without the
problem. I'm sure there are other platforms with similar situations.

//Magnus

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Tom Lane 2007-12-11 16:10:21 Re: libgcc double-free, backend won't die
Previous Message Craig James 2007-12-11 15:53:15 Re: libgcc double-free, backend won't die