Re: --enable-thread-safety bug

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Steve Clark <sclark(at)netwolves(dot)com>
Cc: Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>, Martijn van Oosterhout <kleptog(at)svana(dot)org>, pgsql <pgsql-general(at)postgresql(dot)org>
Subject: Re: --enable-thread-safety bug
Date: 2008-03-23 15:59:20
Message-ID: 8814.1206287960@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Steve Clark <sclark(at)netwolves(dot)com> writes:
> I could do that - but in my situation I am not using threads so I
> really don't need --enable-thread-safety
> turned on. The freebsd ports maintainer for postgresql decided
> everybody should have it whether they
> needed it or not. I simply deleted the option from the freebsd
> makefile rebuilt the port - relinked my app
> and no more problem. I just thought the postgresql developers would
> want to know there was a bug. If
> they don't care to investigate or trouble shoot the bug it is fine by me.

I don't think you grasp the situation, Steve. Having
enable-thread-safety turned on is standard across a wide swath of the
world, and yet nobody else has reported severe memory leaks in ecpg.
So there's something very specific to what your app is doing that
triggers the problem. There's little point in anyone else investigating
unless you can give them a test case that reproduces the misbehavior.

I can assure you we would like to fix the problem if we can find it.
But with no cooperation from you, we'll just have to wait until someone
else stumbles across it and can show us exactly how to make it happen.

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Alain Roger 2008-03-23 16:08:52 scheduling stored procedure
Previous Message Steve Clark 2008-03-23 15:48:21 Re: --enable-thread-safety bug