This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/1328] New: recv() with len=0 for blocking named pipe (PF_UNIX or PF_FILE) returns EAGAIN
- From: "theoren28 at hotmail dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: 12 Sep 2005 14:16:13 -0000
- Subject: [Bug libc/1328] New: recv() with len=0 for blocking named pipe (PF_UNIX or PF_FILE) returns EAGAIN
- Reply-to: sourceware-bugzilla at sourceware dot org
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.