[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#227386: marked as done (libc6-dev: ENOTSUP==EOPNOTSUPP, which violates SUSv3)



Your message dated Tue,  6 Feb 2007 14:41:06 +0100 (CET)
with message-id <20070206134106.12DB0ABC3F5@localhost.localdomain>
and subject line opengroup rouled ENOTSUP and EOPNOTSUPP may be equal.
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
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


--- End Message ---
--- Begin Message ---
and anyway the "problem" lies in the kernel here.

--- End Message ---

Reply to: