Project

General

Profile

Actions

Bug #9036

closed

[PATCH] io.c: make IO#reopen("pathname") atomic for non-stdio

Added by normalperson (Eric Wong) over 10 years ago. Updated over 9 years ago.

Status:
Closed
Assignee:
-
Target version:
-
ruby -v:
ruby 2.1.0dev (2013-10-20 trunk 43369) [x86_64-linux]
[ruby-core:57943]

Description

Since rb_sysopen releases the GVL, calling close(fptr->fd) would
leave a window where accessing the file from another thread can hit
IOError on a closed stream

Instead, create a new, temporary FD via rb_sysopen and call
rb_cloexec_dup2 on it to atomically replace the file fptr->fd points
to. This leaves no possible window where fptr->fd is invalid to
userspace (even for any threads running w/o GVL).

Without this patch, I need to maintain separate code paths for
atomically reopening (e.g. log rotation) std{in,out,err} vs
other files in a multithreaded application.


Files

0001-io.c-make-IO-reopen-pathname-atomic.patch (1.47 KB) 0001-io.c-make-IO-reopen-pathname-atomic.patch [PATCH] io.c: make IO#reopen("pathname") atomic normalperson (Eric Wong), 10/20/2013 01:16 PM
Actions

Also available in: Atom PDF

Like0
Like0Like0Like0Like0Like0