Package: libc6-dev Version: 2.3.2.ds1-10 Severity: normal ENOTSUP is the same as EOPNOTSUPP. SUSv3 requires these two values to be distinct, even though no function uses both of them. The obvious solution is for glibc to remap EOPNOTSUPP to the new ENOTSUP code when the error code should be ENOTSUP. The SUSv3 functions that use ENOTSUP are: clock_nanosleep mmap mprotect pthread_attr_getinheritsched pthread_attr_getschedparam pthread_attr_getschedpolicy pthread_attr_getscope pthread_attr_setinheritsched pthread_attr_setschedparam pthread_attr_setschedpolicy pthread_attr_setscope pthread_getschedparam pthread_mutexattr_getprioceiling pthread_mutexattr_getprotocol pthread_mutexattr_setprioceiling pthread_mutexattr_setprotocol pthread_setschedparam pthread_setschedprio shm_open sigaction timer_create The SUSv3 functions that use EOPNOTSUPP are: accept bind connect getpeername getsockname lchown listen lockf recv recvfrom recvmsg send sendmsg sendto socketpair -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux stonewall.crustytoothpaste.ath.cx 2.6.0-1-k7 #2 Sun Jan 11 17:06:46 EST 2004 i686 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to C) Versions of packages libc6-dev depends on: ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii linux-kernel-headers 2.5.999-test7-bk-14 Linux Kernel Headers for developme -- no debconf information -- Brian M. Carlson <sandals@crustytoothpaste.ath.cx> 0x560553e7
Attachment:
signature.asc
Description: Digital signature