errno 118 assigned twice (ECANCELED and ENOTSUP)
Samuel Thibault
samuel.thibault@ens-lyon.org
Sat Jul 21 20:52:00 GMT 2007
Hi,
(citing http://sourceware.org/bugzilla/attachment.cgi?id=1510&action=view)
In manual/errno.texi, 118 is assigned twice: both to ENOTSUP and to
ECANCELED. GNU/Hurd uses this as source for its error numbers, so that
codes like
switch(errno) {
case ENOTSUP:
foo();
break;
case ECANCELED:
bar();
break;
}
(like in openexr) can't compile. ECANCELED is only supported for aio
functions, which have yet no implementation on the Hurd: the symbols
aren't even provided, so no existing program may have already been
compiled using that 118 value. It hence seems safe to change ECANCELED
into 119, as the attached patch does.
Any comments?
Samuel
-------------- next part --------------
2007-07-21 Samuel Thibault <samuel.thibault@ens-lyon.org>
* manual/errno.texi: Change ECANCELED value into 119.
Index: libc/manual/errno.texi
===================================================================
RCS file: /cvs/glibc/libc/manual/errno.texi,v
retrieving revision 1.71
diff -u -r1.71 errno.texi
--- libc/manual/errno.texi 24 Dec 2005 20:21:03 -0000 1.71
+++ libc/manual/errno.texi 21 Jan 2007 23:16:31 -0000
@@ -984,7 +984,7 @@
@comment errno.h
@comment POSIX.1: Operation canceled
@deftypevr Macro int ECANCELED
-@comment errno 118
+@comment errno 119
Operation canceled; an asynchronous operation was canceled before it
completed. @xref{Asynchronous I/O}. When you call @code{aio_cancel},
the normal result is for the operations affected to complete with this
More information about the Libc-alpha
mailing list