[Bug 276937] read(2) is documented as returning EINVAL on reads above INT_MAX
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 276937] read(2) is documented as returning EINVAL on reads above INT_MAX"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 276937] read(2) is documented as returning EINVAL on reads above INT_MAX"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 276937] read(2) is documented as returning EINVAL on reads above INT_MAX"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 276937] read(2) is documented as returning EINVAL on reads above INT_MAX"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 276937] read(2) is documented as returning EINVAL on reads above INT_MAX"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sat, 10 Feb 2024 08:54:29 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276937
Bug ID: 276937
Summary: read(2) is documented as returning EINVAL on reads
above INT_MAX
Product: Documentation
Version: Latest
Hardware: Any
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: Manual Pages
Assignee: bugs@FreeBSD.org
Reporter: bugs.freebsd.org@masklinn.net
CC: doc@FreeBSD.org
The man page for read(2) says:
> [EINVAL] The value nbytes is greater than INT_MAX.
the man page for write(2) says:
> [EINVAL] The value nbytes is greater than SSIZE_MAX (or greater than INT_MAX, if the sysctl debug.iosize_max_clamp is non-zero).
Experimentally, it looks like the behaviour of read(2) is identical to that of
write(2) (though I have not cared to try setting the sysctl).
I assume when IO limitations were relaxed and the sysctl was added, man read(2)
was missed and never updated.
--
You are receiving this mail because:
You are on the CC list for the bug.