openbsd/src/lib/libc/net, branch masterA mirror of https://github.com/libressl/openbsd.git
https://git.lua4.win/openbsd/atom?h=master2026-03-10T00:06:39+00:00Use __pledge_open(2) for files that libc urgently needs even in lower2026-03-10T00:06:39+00:00deraadt2026-03-10T00:06:39+00:00urn:sha1:78f85e779d20fa57aa5102634e747be7f9343cf6
promise levels. You must be running a kernel at least 4 days old.
Soon, another commit will happen that breaks compatibility even further,
and you'll need new static binaries and new libc.so, along with a new
kernel. This removes an old pledge design decision which is weak.
Long discussions with david leadbeater and beck
Do not crash when calling freeaddrinfo(NULL)2025-12-08T13:30:08+00:00jca2025-12-08T13:30:08+00:00urn:sha1:2a9ce651b1c5e84f70570a283e2a5ccd1e14eb25
Supported by Linux since at least 1997, and FreeBSD since 2017. While
not defined, there's no real good reason to crash when we could just
cope. Indeed, software out there relies on the Linux behavior.
Point out in the manpage that the behavior of getaddrinfo(NULL) isn't
defined and thus isn't portable.
Edge case spotted recently by kn@ in OpenVPN.
ok millert@ djm@ deraadt@ kn@
the structure produced has alignment, which contained uninitialized data.2025-11-13T10:34:32+00:00deraadt2025-11-13T10:34:32+00:00urn:sha1:825e052c574fe0fd3afe3cf1322f333551ca4888
This is obviously fixed by using calloc(), but it was also observed that
the precalculated storage requirement was higher than what is actually
filled. So all the math has been rewritten to be byte accurate.
Temporarily, a syslog_r check is added to report if we ever get count
inconsistancy again so that can be fixed quickly.
ok claudio
make the argument to ether_ntoa const.2025-06-29T00:33:46+00:00dlg2025-06-29T00:33:46+00:00urn:sha1:a2df642900a546ab79508391ab506e0a6d69eab3
this drives me nuts when i want to print something out of what's already
const. casting it works, but feels gross.
ok guenther@ tb@ deraadt@
enh says this is already in bionic/glibc/musl
The mdoc(7) .Ft macro does not need quoting of its arguments, but about2025-06-13T18:34:00+00:00schwarze2025-06-13T18:34:00+00:00urn:sha1:d939c0f8976619330bcf368e12700a6ab1d14f99
10% of our manual pages using this macro employed useless quoting anyway.
Remove these quotes such that they do not incite fear, uncertainty,
and doubt in developers who happen to look at these pages.
jmc@ and tb@ agree with the direction.
typo in comment; Effectivly -> Effectively; ok gilles@2024-09-03T18:21:55+00:00op2024-09-03T18:21:55+00:00urn:sha1:35c0b093dbb74ae99c7aeef7270b936c658f9294wild white space2024-09-03T17:05:59+00:00deraadt2024-09-03T17:05:59+00:00urn:sha1:ca5f6662533313cdb402c3ce9aaad36b9f6f4a86A dozen interfaces in <endian.h> were standardized in POSIX-2024 as expected2024-08-03T23:06:56+00:00guenther2024-08-03T23:06:56+00:00urn:sha1:57946fcb6c73857d80cc35f6f670878d8f6438d9drop htonl(), htons(), ntohl(), ntohs() MD functions from libc2024-04-15T14:30:48+00:00naddy2024-04-15T14:30:48+00:00urn:sha1:d52ee90c31e3fa0a4bb23891cb94a4f2494cc513
Userland code compiled in a normal fashion picks up the htonl(),
htons(), ntohl(), ntohs() macros implemented by endian.h. The
functions in libc are effectively unused. Keep the MI functions
in case something looks for the symbols in libc or plays games
with #undef, but change them to wrap the implementation from
endian.h.
tweaks suggested by claudio@, ok miod@
POSIX defines inet_ntoa, not inet_aton.2024-03-06T07:29:37+00:00bentley2024-03-06T07:29:37+00:00urn:sha1:2237eca83445530a27ad9e51b857de23803dd29b
ok deraadt@ jmc@