Re: Check for memset_explicit() and explicit_memset() - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Check for memset_explicit() and explicit_memset()
Date
Msg-id 86b7c6b8-4f07-441a-9bf6-cbff1bb6d070@eisentraut.org
Whole thread Raw
In response to Re: Check for memset_explicit() and explicit_memset()  (Bertrand Drouvot <bertranddrouvot.pg@gmail.com>)
Responses Re: Check for memset_explicit() and explicit_memset()
List pgsql-hackers
On 24.02.26 06:59, Bertrand Drouvot wrote:
> Hi,
> 
> On Mon, Feb 23, 2026 at 03:22:22PM +0000, Bertrand Drouvot wrote:
>> Could we hit the same kind of issue as in [1] (when using -std=c11)?
>>
>> Asking because I can see (in [2]), that in glibc 2.43, memset_explicit is guarded
>> that way (string/string.h):
>>
>> "
>> #if defined __USE_MISC || __GLIBC_USE (ISOC23)
>> /* Like memset, but the compiler will not delete a call to this
>>     function, even if S is dead after the call.  */
>> extern void *memset_explicit (void *__s, int __c, size_t __n)
>>       __THROW __nonnull ((1)) __fortified_attr_access (__write_only__, 1, 3);
>> #endif
>> "
> 
> I did more research on it and that seems to work with -std=c11. While
> -std=c11 does not define __USE_MISC, the fact that we add -D_GNU_SOURCE by
> default enables __USE_MISC.

Yeah, using _GNU_SOURCE makes almost everything available.  Otherwise, 
we should be using AC_CHECK_DECLS for everything.  Which might in 
principle be right, but it's a separate project.

The difference with memset_s() is that we don't make 
__STDC_WANT_LIB_EXT1__ universally enabled.




pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote
Next
From: Peter Eisentraut
Date:
Subject: Re: Don't cast away const where possible