<p dir="ltr">Yes, sure, but what actually does that? i.e. what locks a FD opened by the Haskell runtime and then expects to preserve the lock across a fork? I see that this is a problem in theory, but in practice is it?</p>
<p dir="ltr">The point is, how much code would really have to change to fix the fallout from this?</p>
<div class="gmail_quot<blockquote class=" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 31/08/15 09:28, David Turner wrote:<br>
> Exactly. As I said earlier, if you forget to clear FD_CLOEXEC when you<br>
> meant to then your program breaks loudly and obviously; if you forget to<br>
> *set* FD_CLOEXEC then the bug is much quieter and more subtle.<br>
<br>
I think the example given by Donn (a lock silently being cleared too<br>
early) is a case where it does not break loudly and obviously.<br>
<br>
I agree with the second part though that bugs related to leaking tend to<br>
be quieter and more subtle in general.<br>
</div>