Unexpected soft update inconsistency
dillon at apollo.backplane.com
Sun Jun 11 18:22:26 PDT 2006
:While libc_r is the most typical source of non-blocking descriptors, it
:is not that uncommon. I prefer to fix the stdio code to properly deal
:with the situation.
:I just haven't had the time to polish it enough (yet).
I agree stdio has to be fixed. But we need a solution that works
with read() and write() too.
We have a general problem with anyone setting O_NONBLOCK. We have
a specific problem with libc_r in that the program abstraction is
blocking, but libc_r sets O_NONBLOCK.
I wonder... maybe we should physically duplicate the file pointer
when an 'exec' occurs rather then share it.
We might have to do both, but at the very least in order to maintain
the blocking abstraction libc_r can't use O_NONBLOCK.
<dillon at xxxxxxxxxxxxx>
More information about the Bugs