This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/12539] New: need a way to atomically set FD_CLOEXEC on fds transferred via SCM_RIGHTS
- From: "eblake at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Thu, 3 Mar 2011 21:10:42 +0000
- Subject: [Bug libc/12539] New: need a way to atomically set FD_CLOEXEC on fds transferred via SCM_RIGHTS
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=12539
Summary: need a way to atomically set FD_CLOEXEC on fds
transferred via SCM_RIGHTS
Product: glibc
Version: 2.13
Status: NEW
Severity: normal
Priority: P2
Component: libc
AssignedTo: drepper.fsp@gmail.com
ReportedBy: eblake@redhat.com
It seems a shame that after all the effort that went into allowing atomic
creation of fds with FD_CLOEXEC set (accept4, pipe2, epoll_create1, ...) that
there's still no way to transfer fds using recvmsg while having the resulting
fd start life as cloexec. This is a two-part bug report - the kernel would
need to learn SCM_RIGHTS_CLOEXEC (identical behavior to SCM_RIGHTS on sendmsg,
and atomically sets FD_CLOEXEC on recvmsg), and glibc needs to learn to use 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.