Re: Memory leakage in libpq valgrind test

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Sudheer H R <sudheer(dot)hr(at)tekenlight(dot)com>, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: Memory leakage in libpq valgrind test
Date: 2023-03-01 06:59:36
Message-ID: Y/732LWdZEEN8KRd@paquier.xyz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Wed, Mar 01, 2023 at 01:43:50AM -0500, Tom Lane wrote:
> So ... why do you think this is our bug, and not a Kerberos bug?
> The leak seems to be buried quite far in libgssapi_krb5.so.

Yeah, libpq calls gss_acquire_cred(). So, assuming that the leak is
localized within one of the resources allocated by this call, there is
nothing in the kerberos docs that point to a routine to free it:
https://web.mit.edu/kerberos/krb5-latest/doc/appdev/gssapi.html or
gssapi.rst in its code tree.

I may be missing something, of course.
--
Michael

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Sudheer H R 2023-03-01 07:05:37 Re: Memory leakage in libpq valgrind test
Previous Message Tom Lane 2023-03-01 06:53:22 Re: BUG #17812: LOCK TABLE IN ACCESS EXCLUSIVE MODE with a view returns an empty tuple set