This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/14985] New: EPOLL_NONBLOCK definition erroneous
- From: "bugdal at aerifal dot cx" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Fri, 28 Dec 2012 01:42:56 +0000
- Subject: [Bug libc/14985] New: EPOLL_NONBLOCK definition erroneous
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=14985
Bug #: 14985
Summary: EPOLL_NONBLOCK definition erroneous
Product: glibc
Version: unspecified
Status: NEW
Severity: minor
Priority: P2
Component: libc
AssignedTo: unassigned@sourceware.org
ReportedBy: bugdal@aerifal.cx
CC: drepper.fsp@gmail.com
Classification: Unclassified
glibc's sys/epoll.h defines EPOLL_NONBLOCK for use with epoll_create1; however,
the kernel's epoll_create1 function contains the following code:
if (flags & ~EPOLL_CLOEXEC)
return -EINVAL;
Moreover, the kernel's eventpoll.h header does not define EPOLL_NONBLOCK at
all. EPOLL_NONBLOCK seems to be a glibc invention that disagrees with the
reality of the kernel and which might confuse developers attempting to use this
interface.
I believe a little more research should be done into why it was added to begin
with, and, unless there's a good reason for its existence, it should be
removed. If this flag is really intended by the glibc developers to exist, it
should be emulated in userspace by glibc using fcntl since the kernel obviously
does not accept it.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.