This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug libc/14985] New: EPOLL_NONBLOCK definition erroneous


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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]