Re: --enable-thread-safety bug

Поиск
Список
Период
Сортировка
От Steve Clark
Тема Re: --enable-thread-safety bug
Дата
Msg-id 47E67BC5.4050203@netwolves.com
обсуждение исходный текст
Ответ на Re: --enable-thread-safety bug  (Craig Ringer <craig@postnewspapers.com.au>)
Ответы Re: --enable-thread-safety bug
Список pgsql-general
Craig Ringer wrote:
> Steve Clark wrote:
>
>
>>I guess the real question is why we are running out of memory when
>>this option is enabled.
>>Since my app doesn't use threads that points to a memory leak in the
>>ecpg library when enable thread
>>safety is turned on.
>>
>
> It might be worth building ecpg with debug symbols then running your
> app, linked to that ecpg, under Valgrind. If you are able to produce
> more specific information about how the leak occurs in the context of
> your application people here may be more able to help you.
>
> --
> Craig Ringer
>
>

Hi Craig,

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 just find it is interesting that a non-threaded program causes a
memory leak when used with postgres
libraries that are compiled with --enable-thread-safety - doesn't seem
to safe to me.

Have a nice day.

Steve

В списке pgsql-general по дате отправления:

Предыдущее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: How to concatenate a boolean to a text string for an EXECUTE stmt in a stored proc
Следующее
От: Tom Lane
Дата:
Сообщение: Re: --enable-thread-safety bug