doc: Mention the copy_file_range bug.

* doc/glibc-functions/copy_file_range.texi: Mention glibc bug 33245 in
version 2.41 and 2.42.

diff --git a/ChangeLog b/ChangeLog
index e60a387611c1eb09f284a0cc191c1cdb48bfe2e0..370aefef3f0fb7952dd951678cb8783e7fce9b6f 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,9 @@
+2025-08-01  Collin Funk  <collin.funk1@gmail.com>
+
+       doc: Mention the copy_file_range bug.
+       * doc/glibc-functions/copy_file_range.texi: Mention glibc bug 33245 in
+       version 2.41 and 2.42.
+
 2025-08-01  Paul Eggert  <eggert@cs.ucla.edu>
 
        copy-file-range: work around glibc bug 33245

diff --git a/doc/glibc-functions/copy_file_range.texi b/doc/glibc-functions/copy_file_range.texi
index 0878fd50fcf8efd74065262a8e6996219621c606..2b0ac85ee517734c0fbb4cade86899fd3a95ba6a 100644 (file)
--- a/doc/glibc-functions/copy_file_range.texi
+++ b/doc/glibc-functions/copy_file_range.texi
@@ -31,6 +31,11 @@ This function has many problems on Linux kernel versions before 5.3.
 On these kernel versions, the replacement function always fails with
 error @code{ENOSYS}.
 
+@item
+@c https://sourceware.org/bugzilla/show_bug.cgi?id=33245
+This function returns an incorrect value when the number of bytes copied
+exceeds @code{INT_MAX} on systems using glibc version 2.41 or 2.42.
+
 @item
 This function is provided on GNU/Hurd but it is only a stub: It always
 fails with error @code{ENOSYS}.