unix_seqpacket_recvmsg() calls unix_dgram_recvmsg() which handles MSG_TRUNC. This has been the case since the support for this flag was implemented in the latter; the sequential-packet socket type seems to have been left out from the description by an oversight. Signed-off-by: Vladislav Ivanishin <vlad@xxxxxxxxx> --- man2/recv.2 | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/man2/recv.2 b/man2/recv.2 index d492976c4..c5f1a9d70 100644 --- a/man2/recv.2 +++ b/man2/recv.2 @@ -226,7 +226,8 @@ subsequent receive call will return the same data. For raw .RB ( AF_PACKET ), Internet datagram (since Linux 2.4.27/2.6.8), -netlink (since Linux 2.6.22), and UNIX datagram +netlink (since Linux 2.6.22), +and UNIX datagram as well as sequenced-packet .\" commit 9f6f9af7694ede6314bed281eec74d588ba9474f (since Linux 3.4) sockets: return the real length of the packet or datagram, -- 2.37.3
