From: Collin Funk <collin.funk1@gmail.com>
Date: Sat, 2 Aug 2025 04:34:37 +0000 (-0700)
Subject: doc: Mention the copy_file_range bug.
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=c3779ad180fe169868f65d7eb6204fe62af33b80;p=thirdparty%2Fgnulib.git

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 e60a387611..370aefef3f 100644
--- 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 0878fd50fc..2b0ac85ee5 100644
--- 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}.