From: | Martijn van Oosterhout <kleptog(at)svana(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Steve Clark <sclark(at)netwolves(dot)com>, pgsql <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: --enable-thread-safety bug |
Date: | 2008-03-22 16:57:40 |
Message-ID: | 20080322165740.GB7230@svana.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Sat, Mar 22, 2008 at 12:42:51PM -0400, Tom Lane wrote:
> > Do you create and destroy a lot of threads since it seems this memory
> > won't be freed?
>
> The OP's program isn't threaded at all, since he was apparently running
> with a non-threaded ecpg/libpq before. This means that the proposal of
> looping till someone else frees memory is at least as silly as allowing
> the core dump to happen.
I found an old report where someone found that the get/setspecific
wasn't working and it was allocating a new version of the structure
each time.
http://www.mail-archive.com/pgsql-general(at)postgresql(dot)org/msg42918.html
That was on Solaris though. It would be instructive to test that by
calling that function multiple times successivly and ensure it's
returning the same addess each time.
Have a nice day,
--
Martijn van Oosterhout <kleptog(at)svana(dot)org> http://svana.org/kleptog/
> Please line up in a tree and maintain the heap invariant while
> boarding. Thank you for flying nlogn airlines.
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2008-03-22 17:56:28 | Re: dynamically generated SQL and planner/performance |
Previous Message | Steve Clark | 2008-03-22 16:54:49 | Re: --enable-thread-safety bug |