Re: [PATCH] Log details for client certificate failures - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: [PATCH] Log details for client certificate failures
Date
Msg-id 9dbf3db1-6894-321c-af49-e122a7cd47cb@enterprisedb.com
Whole thread Raw
In response to Re: [PATCH] Log details for client certificate failures  (Masahiko Sawada <sawada.mshk@gmail.com>)
Responses Re: [PATCH] Log details for client certificate failures  (Masahiko Sawada <sawada.mshk@gmail.com>)
List pgsql-hackers
On 29.09.22 06:52, Masahiko Sawada wrote:
> While this seems a future-proof idea, I wonder if it might be overkill
> since we don't need to worry about accumulation of leaked memory in
> this case. Given that only check_cluter_name is the case where we
> found a small memory leak, I think it's adequate to fix it.
> 
> Fixing this issue suppresses the valgrind's complaint but since the
> boot value of cluster_name is "" the memory leak we can avoid is only
> 1 byte.

I have committed this.  I think it's better to keep the code locally 
robust and not to have to rely on complex analysis of how GUC memory 
management works.



pgsql-hackers by date:

Previous
From: Zhihong Yu
Date:
Subject: Re: Bloom filter Pushdown Optimization for Merge Join
Next
From: Peter Eisentraut
Date:
Subject: Re: kerberos/001_auth test fails on arm CPU darwin