about summary refs log tree commit diff
path: root/src/mq/mq_notify.c
diff options
context:
space:
mode:
authorRich Felker <dalias@aerifal.cx>2021-04-20 14:55:10 -0400
committerRich Felker <dalias@aerifal.cx>2021-04-20 14:55:10 -0400
commite1a51185ceb4386481491e11f6dd39569b9e54f7 (patch)
tree382a9e87bb61d61d77565f6f49478877758784fd /src/mq/mq_notify.c
parente74acd59a5c7d56ae0e64c4ffa5043da13ee896e (diff)
downloadmusl-e1a51185ceb4386481491e11f6dd39569b9e54f7.tar.gz
musl-e1a51185ceb4386481491e11f6dd39569b9e54f7.tar.xz
musl-e1a51185ceb4386481491e11f6dd39569b9e54f7.zip
fix popen not to leak pipes from one child to another
POSIX places an obscure requirement on popen which is like a limited
version of close-on-exec:

    "The popen() function shall ensure that any streams from previous
    popen() calls that remain open in the parent process are closed in
    the new child process."

if the POSIX-future 'e' mode flag is passed, producing a pipe FILE
with FD_CLOEXEC on the underlying pipe, this requirement is
automatically satisfied. however, for applications which use multiple
concurrent popen pipes but don't request close-on-exec, fd leaks from
earlier popen calls to later ones could produce deadlock situations
where processes are waiting for a pipe EOF that will never happen.

to fix this, iterate through all open FILEs and add close actions for
those obtained from popen. this requires holding a lock on the open
file list across the posix_spawn call so that additional popen FILEs
are not created after the list is traversed. note that it's still
possible for another popen call to start and create its pipe while the
lock is held, but such pipes are created with O_CLOEXEC and only drop
close-on-exec status (when 'e' flag is omitted) under control of the
lock.
Diffstat (limited to 'src/mq/mq_notify.c')
0 files changed, 0 insertions, 0 deletions