New: sendfile man page should mention short "sends"

https://bugzilla.kernel.org/show_bug.cgi?id=97491

Bug ID: 97491
Summary: sendfile man page should mention short "sends"
Product: Documentation
Version: unspecified
Hardware: All
OS: Linux
Status: NEW
Severity: normal
Priority: P1
Component: man-pages
Assignee: documentation_man-pages-ztI5WcYan/[email protected]
Reporter: gjasny-S0/[email protected]
Regression: No

Hello,

Linux 3.16 (3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt4-1, glibc 2.19-18) seems to truncate larger requests to 2G (file to file copy):

strace output:
sendfile(4, 3, [0], 10240000000) = 2147479552

I know one should expect this behavior from read/write calls but for sendfile it was somehow unexpected.

Maybe you could mention that fact in the man page for sendfile?

Thanks,
Gregor

You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

https://bugzilla.kernel.org/show_bug.cgi?id=97491

Michael Kerrisk <[email protected]> changed:

What |Removed |Added
----------------------------------------------------------------------------

             Status|NEW                         |RESOLVED
                 CC|                            |[email protected]
         Resolution|---                         |CODE_FIX

--- Comment #1 from Michael Kerrisk <[email protected]> --- I added some text to cover this:

RETURN VALUE
If the transfer was successful, the number of bytes writ‐ ten to out_fd is returned. Note that a successful call to sendfile() may write fewer bytes than requested; the caller should be prepared to retry the call if there were unsent bytes.

Hopefully that suffices?

Thanks,

Michael

You are receiving this mail because:
You are watching the assignee of the bug.--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html