Re: libpq leaks memory for SSL connections

Поиск
Список
Период
Сортировка
Искать
От
Timo Sirainen
Тема
Re: libpq leaks memory for SSL connections
Дата
Msg-id
54FDC07F-AA08-4095-A4E9-F744CFAD4051@sirainen.com
Ответ на
Список
Дерево обсуждения
libpq leaks memory for SSL connections Timo Sirainen <timo@sirainen.com>
Re: libpq leaks memory for SSL connections Tom Lane <tgl@sss.pgh.pa.us>
Re: libpq leaks memory for SSL connections Timo Sirainen <timo@sirainen.com>
On 1. Oct 2021, at 21.46, Tom Lane  wrote:
> 
> Timo Sirainen  writes:
>> I noticed with valgrind how libpq is leaking memory:
>> at 0x483577F: malloc (in /usr/lib/x86_64-linux-gnu/valgrind/vgpreload_memcheck-amd64-linux.so)
>> by 0x5F645C8: CRYPTO_zalloc (in /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
>> by 0x5E94EEF: BIO_meth_new (in /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
>> by 0x65181EB: ??? (in /usr/lib/x86_64-linux-gnu/libpq.so.5.11)
>> by 0x651950C: ??? (in /usr/lib/x86_64-linux-gnu/libpq.so.5.11)
>> by 0x650140F: PQconnectPoll (in /usr/lib/x86_64-linux-gnu/libpq.so.5.11)
> 
> I see no leak here.  The struct is allocated once and kept for possible
> re-use by future connections.  valgrind concurs, saying it's "still
> reachable".

Oh, right, somehow I missed it didn't allocate new memory every time. And for some reason valgrind tells me it is "definitely lost". It would be nice if there was some PQglobalDeinit() function that could be called to free it to avoid having to add valgrind suppression, but I guess that's more of a feature request.



В списке pgsql-bugs по дате отправления
От: Tom Lane
Дата:
От: PG Bug reporting form
Дата:
FAQ