This error appears to have been injected into glibc
when copying some headers from BSD.
See https://bugs.debian.org/825548
Reported-by: Jacob Willoughby <jacob@spacemonkey.com>
Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
Hi Michael,
0f9e647 removed the obsolete console(4) page but we still have few
references to it. The patch below removes them or converts to refs
to concole_ioctl(4) where appropriate.
Quoting Ori:
The manpage for strncasecmp has a few wording issues that can be improved:
1)
In the DESCRIPTION section, "except it compares only the first n
bytes of s1"
s1 can be shorter than n bytes. Consider adding "(at most)" after
"first".
For comparison with reference materials, POSIX uses the wording
"not more than n bytes", OSX and FreeBSD use "compares at
most [...]".
2)
In the RETURN VALUE section: "if s1 (or the first n bytes
thereof) is found [...] to match [...] s2"
This could theoretically be read to suggest that the first n bytes
of s1 are compared against the FULL s2, which is not the case.
Consider removing the parenthetical altogether (thus, not
mentioning 'n' at all). POSIX doesn't mention 'n' in its RETURN
VALUE section.
3)
The RETURN VALUE section doesn't mention case insensitivity. It's
in the DESCRIPTION, but perhaps it should also be in this section.
POSIX mentions case-insensitivity in RETURN VALUE.
Consider adding "and ignoring case" after "respectively".
Reported-by: Ori Avtalion <ori@avtalion.name>
Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
Quoting Tom:
The statement "With a zero flags argument, recv() is equivalent to
read(2)." is not correct. In the case of passing a UDP socket an
empty buffer the two calls differ. read(2) will be a noop (as it
rightly says in its manpage), but recv(2) will discard the
packet.
We ran into this in networkd, as we use FIONREAD to determine the
buffer size (and allocate the right buffer), so in case someone
passed us an empty packet we would end up in a busy loop when we
were using read(2). Changing to recv(2) fixed the issue
[https://github.com/systemd/systemd/pull/3299].
Reported-by: Tom Gundersen <teg@jklm.no>
Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
The lirc.h header has landed in the kernel, and the kernel docs
has been updated all of which reflected in this patch.
Here is still an open issue with duplicated info in the kernel
docs and the manpage. Eventually, this should be addressed but
I frankly don't know how. In the meantime, acknowledge the fact
that the kernel docs is the ultimate source
There was partial duplication, and some extra information
in namespaces(7). Move everything to proc(5).
Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
This is patch for current master. Fixes small typo.
From 94292ebe260a64920c63fe64075e0fa636a126cb Mon Sep 17 00:00:00 2001
From: Marko Kevac <marko@kevac.org>
Date: Sun, 15 May 2016 23:56:34 +0300
Subject: [PATCH] memfd_create.2: tfix