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/1328] New: recv() with len=0 for blocking named pipe (PF_UNIX or PF_FILE) returns EAGAIN


The recv() function with 0 buffer length behaves differently between IP sockets 
and unix sockets.
Namely using recv() with len set to 0 in TCP blocking mode on a named pipe 
(e.g. send proper input to /tmp/.s.PGSQL.5432 with postgresql up and recieve) 
returns an EAGAIN error. 
Calling recv() with positive len works fine.
Recieving without data (blocking) works fine.

This happens everytime on Linux glibc-2.2.4-24 and I believe it happens for 
fedora core 3 distribution as well.

Thanks,
Oren.

-- 
           Summary: recv() with len=0 for blocking named pipe (PF_UNIX or
                    PF_FILE) returns EAGAIN
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: libc
        AssignedTo: gotom at debian dot or dot jp
        ReportedBy: theoren28 at hotmail dot com
                CC: glibc-bugs at sources dot redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=1328

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


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