]> git.ipfire.org Git - thirdparty/man-pages.git/commitdiff
y0.3: errno is now correctly set to ERANGE on underflow
authorMichael Kerrisk <mtk.manpages@gmail.com>
Tue, 26 May 2020 10:32:14 +0000 (12:32 +0200)
committerMichael Kerrisk <mtk.manpages@gmail.com>
Tue, 26 May 2020 11:25:54 +0000 (13:25 +0200)
The fix was in glibc 2.17. See
https://www.sourceware.org/bugzilla/show_bug.cgi?id=6808

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
man3/y0.3

index ea00942f3d3c9cb6b18d41084ccfec878d4f0a37..b0d2a7dd4666f5f2c8f95f9e6a99a809ae3ed279 100644 (file)
--- a/man3/y0.3
+++ b/man3/y0.3
@@ -208,13 +208,10 @@ for this case.
 .TP
 Range error: result overflow
 .\" e.g., yn(10, 1e-40) on glibc 2.8/x86-32
-.\" .I errno
-.\" is set to
-.\" .BR ERANGE .
 .I errno
-is not set for this case.
-.\" FIXME . Is it intentional that errno is not set?
-.\" Bug raised: http://sources.redhat.com/bugzilla/show_bug.cgi?id=6808
+is set to
+.BR ERANGE
+(but see BUGS).
 An overflow floating-point exception
 .RB ( FE_OVERFLOW )
 is raised.
@@ -261,6 +258,12 @@ and no
 .B FE_DIVBYZERO
 exception was raised.
 .PP
+Before glibc 2.17,
+.\" http://sources.redhat.com/bugzilla/show_bug.cgi?id=6808
+did not set
+.I errno
+for "range error: result underflow".
+.PP
 In glibc version 2.3.2 and earlier,
 .\" Actually, 2.3.2 is the earliest test result I have; so yet
 .\" to confirm if this error occurs only in 2.3.2.