| От | Martijn van Oosterhout |
|---|---|
| Тема | Re: --enable-thread-safety bug |
| Дата | |
| Msg-id | 20080322165740.GB7230@svana.org обсуждение |
| Ответ на | Re: --enable-thread-safety bug (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | 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@postgresql.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@svana.org> http://svana.org/kleptog/ > Please line up in a tree and maintain the heap invariant while > boarding. Thank you for flying nlogn airlines.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера