samba.git/lib/replace/wscript, branch master

lib:replace: Remove memset_s()

2025-11-11T14:51:45+00:00

Signed-off-by: Andreas Schneider 
Reviewed-by: Douglas Bagnall 

Autobuild-User(master): Andreas Schneider 
Autobuild-Date(master): Tue Nov 11 14:51:45 UTC 2025 on atb-devel-224

lib:replace: Add test for memset_explicit()

2025-11-11T13:46:42+00:00

Signed-off-by: Douglas Bagnall 
Reviewed-by: Andreas Schneider

lib:replace: Implement memset_explicit()

2025-11-11T13:46:42+00:00

The memset_s() implementation is a bit obscure, as it requires a
constraint handler to be set up. You don't really find any
implmentations out there.

With C23 memset_explicit() was added and this has been implemented
for glibc 2.43 and also in FreeBSD.

See https://sourceware.org/bugzilla/show_bug.cgi?id=32378
See https://reviews.freebsd.org/D47286

Signed-off-by: Andreas Schneider 
Reviewed-by: Douglas Bagnall

lib:replace: There is special code already to check for HAVE_PRCTL

2025-10-22T06:59:30+00:00

Signed-off-by: Andreas Schneider 
Reviewed-by: Martin Schwenke

remove usage of bzero

2025-01-02T17:01:30+00:00

bzero() function has been deprecated for a long time.
In samba it is replaced with memset().  But samba also
provides common memory-zeroing macros, like ZERO_STRUCT().
In all places where bzero() is used, it actually meant to
zero a structure or an array.

So replace these bzero() calls with ZERO_STRUCT() or
ZERO_ARRAY() as appropriate, and remove bzero() replacement
and testing entirely.

While at it, also stop checking for presence of memset() -
this function is standard for a very long time, and the
only conditional where HAVE_MEMSET were used, was to
provide replacement for bzero() - in all other places
memset() is used unconditionally.

Signed-off-by: Michael Tokarev 
Reviewed-by: Andreas Schneider 
Reviewed-by: Pavel Filipenský

lib/replace: add renameat2() replacement

2024-08-21T08:02:30+00:00

BUG: https://bugzilla.samba.org/show_bug.cgi?id=15693

Signed-off-by: Stefan Metzmacher 
Reviewed-by: Ralph Boehme

lib/replace: fix strlcat/strlcpy compile for Honggfuzz

2023-08-08T05:35:08+00:00

Otherwise we getthis kind of thing:

../../lib/replace/replace.c:837:3: error: implicit declaration of function 'strlcpy' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
                strlcpy(buf, s, buflen);

../../third_party/heimdal/lib/roken/getarg.c:288:6: error: implicit declaration of function 'strlcat' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
            strlcat(buf, "]", sizeof(buf));

because we found the symbol names in libc, but didn't check that the
functions are declared in . We already include
 whenever we have it.

Signed-off-by: Douglas Bagnall 
Reviewed-by: Andrew Bartlett 

Autobuild-User(master): Andrew Bartlett 
Autobuild-Date(master): Tue Aug  8 05:35:08 UTC 2023 on atb-devel-224

lib:replace: rely on epoll_create1() for epoll interface

2023-07-19T08:02:33+00:00

Prefer epoll_create1(2) over epoll_create(2) and
always require the former to use epoll(7) interface.

Signed-off-by: Dmitry Antipov 
Reviewed-by: Andrew Bartlett 
Reviewed-by: Stefan Metzmacher

configure: ensure sizeof(int) >= 4

2023-07-11T22:44:15+00:00

There are multiple places we make this assumption. For example, in
source3/lib/tldap.c, we have this line

      if (ld->msgid == 2147483647) {

where ld->msgid is an int. And in librpc/idl/security.idl we have
several lines like:

      const int SEC_MASK_GENERIC        = 0xF0000000;

In lib/replace/inet_pton.c and inet_ntop.c we have

  /*
   * WARNING: Don't even consider trying to compile this on a system where
   * sizeof(int) < 4.  sizeof(int) > 4 is fine; all the world's not a VAX.
   */

but no attempt to enforce that as far as I can see, until now.

Signed-off-by: Douglas Bagnall 
Reviewed-by: Andreas Schneider 
Reviewed-by: Jeremy Allison 

Autobuild-User(master): Jeremy Allison 
Autobuild-Date(master): Tue Jul 11 22:44:15 UTC 2023 on atb-devel-224

lib/replace: check for valgrind/callgrind.h

2023-06-01T07:20:31+00:00

Signed-off-by: Stefan Metzmacher 
Reviewed-by: Volker Lendecke