History log of /src/lib/libsys/recv.2 (Results 1 – 25 of 58)
Revision Date Author Comments
# efadb5c2 17-May-2025 Ricardo Branco <rbranco@suse.de>

Add manpages for O_CLOFORK flag and others

Reviewed by: kib
MFC after: 1 month
Pull Request: https://github.com/freebsd/freebsd-src/pull/1698


# 7c3c8605 24-Feb-2025 Alexander Ziaee <ziaee@FreeBSD.org>

recv.2: Improve style in RETURN VALUES

Reported by: des
MFC after: 3 days
Fixes: 571df2c64a3c1 (Explain how recv functions can)
Reviewed by: mhorne, des
Approved by: mhorne (mentor)
Differenti

recv.2: Improve style in RETURN VALUES

Reported by: des
MFC after: 3 days
Fixes: 571df2c64a3c1 (Explain how recv functions can)
Reviewed by: mhorne, des
Approved by: mhorne (mentor)
Differential Revision: https://reviews.freebsd.org/D48995

show more ...


# 571df2c6 13-Feb-2025 Felix Johnson <fjohnson@felix-johnson.com>

recv.2: Explain how recv functions can return 0

Clarify the RETURN VALUES section with improved structure,
the condition of the return value 0, and the setting of errno.

PR: 174581
Reviewed by:

recv.2: Explain how recv functions can return 0

Clarify the RETURN VALUES section with improved structure,
the condition of the return value 0, and the setting of errno.

PR: 174581
Reviewed by: jhb, ziaee
Approved by: mhorne (mentor)
Differential Revision: https://reviews.freebsd.org/D48955

show more ...


# 8269e767 14-Nov-2023 Brooks Davis <brooks@FreeBSD.org>

libsys: relocate implementations and manpages

Remove core system call implementations and documentation to lib/libsys
and lib/libsys/<arch> from lib/libc/sys and lib/libc/<arch>/<sys>.
Update paths

libsys: relocate implementations and manpages

Remove core system call implementations and documentation to lib/libsys
and lib/libsys/<arch> from lib/libc/sys and lib/libc/<arch>/<sys>.
Update paths to allow libc to find them in their new home.

Reviewed by: kib, emaste, imp
Pull Request: https://github.com/freebsd/freebsd-src/pull/908

show more ...


# dc36d6f9 23-Nov-2023 Warner Losh <imp@FreeBSD.org>

lib: Remove ancient SCCS tags.

Remove ancient SCCS tags from the tree, automated scripting, with two
minor fixup to keep things compiling. All the common forms in the tree
were removed with a perl s

lib: Remove ancient SCCS tags.

Remove ancient SCCS tags from the tree, automated scripting, with two
minor fixup to keep things compiling. All the common forms in the tree
were removed with a perl script.

Sponsored by: Netflix

show more ...


# b2c76c41 16-Aug-2023 Warner Losh <imp@FreeBSD.org>

Remove $FreeBSD$: one-line nroff pattern

Remove /^\.\\"\s*\$FreeBSD\$$\n/


# 426afc8f 02-Aug-2022 Alexander V. Chernikov <melifaro@FreeBSD.org>

recv: bump manpage date after be1f485d7d6bebc53b05.

MFC after: 1 month


# be1f485d 25-Jul-2022 Alexander V. Chernikov <melifaro@FreeBSD.org>

sockets: add MSG_TRUNC flag handling for recvfrom()/recvmsg().

Implement Linux-variant of MSG_TRUNC input flag used in recv(), recvfrom() and recvmsg().
Posix defines MSG_TRUNC as an output flag, in

sockets: add MSG_TRUNC flag handling for recvfrom()/recvmsg().

Implement Linux-variant of MSG_TRUNC input flag used in recv(), recvfrom() and recvmsg().
Posix defines MSG_TRUNC as an output flag, indicating packet/datagram truncation.
Linux extended it a while (~15+ years) ago to act as input flag,
resulting in returning the full packet size regarless of the input
buffer size.
It's a (relatively) popular pattern to do recvmsg( MSG_PEEK | MSG_TRUNC) to get the
packet size, allocate the buffer and issue another call to fetch the packet.
In particular, it's popular in userland netlink code, which is the primary driving factor of this change.

This commit implements the MSG_TRUNC support for SOCK_DGRAM sockets (udp, unix and all soreceive_generic() users).

PR: kern/176322
Reviewed by: pauamma(doc)
Differential Revision: https://reviews.freebsd.org/D35909
MFC after: 1 month

show more ...


# 48a55bbf 29-Jun-2022 Gleb Smirnoff <glebius@FreeBSD.org>

unix: change error code for recvmsg() failed due to RLIMIT_NOFILE

Instead of returning EMSGSIZE pass the error code from fdallocn() directly
to userland. That would be EMFILE, which makes much more

unix: change error code for recvmsg() failed due to RLIMIT_NOFILE

Instead of returning EMSGSIZE pass the error code from fdallocn() directly
to userland. That would be EMFILE, which makes much more sense. This
error code is not listed in the specification[1], but the specification
doesn't cover such edge case at all. Meanwhile the specification lists
EMSGSIZE as the error code for invalid value of msg_iovlen, and FreeBSD
follows that, see sys_recmsg(). Differentiating these two cases will make
a developer/admin life much easier when debugging.

[1] https://pubs.opengroup.org/onlinepubs/9699919799/functions/recvmsg.html

Reviewed by: markj
Differential revision: https://reviews.freebsd.org/D35640

show more ...


# 01652e9c 21-Oct-2018 Poul-Henning Kamp <phk@FreeBSD.org>

Update example to something people less than 40 years old have heard about.


# c8b8b38e 19-Aug-2018 Mateusz Piotrowski <0mp@FreeBSD.org>

Document socket control message routines for ancillary data access (CMSG_DATA).

PR: 227777
Reviewed by: bcr, eadler
Approved by: mat (mentor), manpages (bcr)
Obtained from: OpenBSD
Differential Rev

Document socket control message routines for ancillary data access (CMSG_DATA).

PR: 227777
Reviewed by: bcr, eadler
Approved by: mat (mentor), manpages (bcr)
Obtained from: OpenBSD
Differential Revision: https://reviews.freebsd.org/D15215

show more ...


# d3fff23b 20-May-2018 Sevan Janiyan <sevan@FreeBSD.org>

Use St macro for specifying C standards.

Reported by: rgrimes@


# d55b77df 20-May-2018 Sevan Janiyan <sevan@FreeBSD.org>

Fix a typo and remove an unneeded Tn macro as highlighted by mandoc -Tlint.

Submitted by: Mateusz Piotrowski
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D15204


# a470b275 03-Oct-2017 Ruslan Ermilov <ru@FreeBSD.org>

Fixed description of msg_name/msg_namelen in recvmsg().


# fbbd9655 28-Feb-2017 Warner Losh <imp@FreeBSD.org>

Renumber copyright clause 4

Renumber cluase 4 to 3, per what everybody else did when BSD granted
them permission to remove clause 3. My insistance on keeping the same
numbering for legal reasons is

Renumber copyright clause 4

Renumber cluase 4 to 3, per what everybody else did when BSD granted
them permission to remove clause 3. My insistance on keeping the same
numbering for legal reasons is too pedantic, so give up on that point.

Submitted by: Jan Schaumann <jschauma@stevens.edu>
Pull Request: https://github.com/freebsd/freebsd/pull/96

show more ...


# e301fd98 03-Feb-2017 Jilles Tjoelker <jilles@FreeBSD.org>

Clean up documentation of AF_UNIX control messages.

Document AF_UNIX control messages in unix(4) only, not split between unix(4)
and recv(2).

Also, warn about LOCAL_CREDS effective uid/gid fields,

Clean up documentation of AF_UNIX control messages.

Document AF_UNIX control messages in unix(4) only, not split between unix(4)
and recv(2).

Also, warn about LOCAL_CREDS effective uid/gid fields, since the write could
be from a setuid or setgid program (with the explicit SCM_CREDS and
LOCAL_PEERCRED, the credentials are read at such a time that it can be
assumed that the process intends for them to be used in this context).

Reviewed by: wblock
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D9298

show more ...


# 310d2ce0 18-Aug-2016 Kevin Lo <kevlo@FreeBSD.org>

Remove <sys/types.h> from the SYNOPSIS.


# bf420ace 29-Jan-2016 Konstantin Belousov <kib@FreeBSD.org>

Add implementations of sendmmsg(3) and recvmmsg(3) functions which
wraps sendmsg(2) and recvmsg(2) into batch send and receive operation.
The goal of this implementation is only to provide API compat

Add implementations of sendmmsg(3) and recvmmsg(3) functions which
wraps sendmsg(2) and recvmsg(2) into batch send and receive operation.
The goal of this implementation is only to provide API compatibility
with Linux.

The cancellation behaviour of the functions is not quite right, but
due to relative rare use of cancellation it is considered acceptable
comparing with the complexity of the correct implementation. If
functions are reimplemented as syscalls, the fix would come almost
trivial. The direct use of the syscall trampolines instead of libc
wrappers for sendmsg(2) and recvmsg(2) is to avoid data loss on
cancellation.

Submitted by: Boris Astardzhiev <boris.astardzhiev@gmail.com>
Discussed with: jilles (cancellation behaviour)
MFC after: 1 month

show more ...


# ff8d5270 15-Oct-2014 Gavin Atkinson <gavin@FreeBSD.org>

Slightly improve grammar in EAGAIN description.

PR: 176806
Submitted by: Jeremy Chadwick
MFC after: 3 days


# c2e3c52e 19-Mar-2013 Jilles Tjoelker <jilles@FreeBSD.org>

Implement SOCK_CLOEXEC, SOCK_NONBLOCK and MSG_CMSG_CLOEXEC.

This change allows creating file descriptors with close-on-exec set in some
situations. SOCK_CLOEXEC and SOCK_NONBLOCK can be OR'ed in soc

Implement SOCK_CLOEXEC, SOCK_NONBLOCK and MSG_CMSG_CLOEXEC.

This change allows creating file descriptors with close-on-exec set in some
situations. SOCK_CLOEXEC and SOCK_NONBLOCK can be OR'ed in socket() and
socketpair()'s type parameter, and MSG_CMSG_CLOEXEC to recvmsg() makes file
descriptors (SCM_RIGHTS) atomically close-on-exec.

The numerical values for SOCK_CLOEXEC and SOCK_NONBLOCK are as in NetBSD.
MSG_CMSG_CLOEXEC is the first free bit for MSG_*.

The SOCK_* flags are not passed to MAC because this may cause incorrect
failures and can be done later via fcntl() anyway. On the other hand, audit
is expected to cope with the new flags.

For MSG_CMSG_CLOEXEC, unp_externalize() is extended to take a flags
argument.

Reviewed by: kib

show more ...


# cc77b2d8 20-Sep-2012 Kevin Lo <kevlo@FreeBSD.org>

Remove the restrict qualifier to match function prototype.


# be81cc14 12-Sep-2012 Gleb Smirnoff <glebius@FreeBSD.org>

Describe in detail required conditions for receiving the SCM_CREDS
control message and suggest to use LOCAL_CREDS setsockopt() for
reliability.


# 0d9deed5 08-Oct-2010 Ulrich Spörlein <uqs@FreeBSD.org>

mdoc: drop redundant .Pp and .LP calls

They have no effect when coming in pairs, or before .Bl/.Bd


# 1a2bea86 30-Nov-2008 Ivan Voras <ivoras@FreeBSD.org>

It's silly to claim recv(2) is to be removed in favour of recvfrom(2)
(at least at this time :) ).

Approved by: gnn (mentor)


# c879ae35 09-Jan-2007 Warner Losh <imp@FreeBSD.org>

Per Regents of the University of Calfornia letter, remove advertising
clause.

# If I've done so improperly on a file, please let me know.


123