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