<?xml version="1.0" encoding="ISO-8859-1"?>

<!DOCTYPE message PUBLIC
  "-//MLarc//DTD MLarc output files//EN"
  "../../mlarc.dtd"[
  <!ATTLIST message
    listname CDATA #REQUIRED
    title CDATA #REQUIRED
  >
]>

  <?xml-stylesheet href="../../mlarc.xsl" type="text/xsl"?>


<message 
  url="2003/11/c8c057fcc1099e7256ffb1a4b070af84"
  from="Nicolas George &lt;nicolas.george@e...&gt;"
  author="Nicolas George"
  date="2003-11-20T17:14:06"
  subject="Re: [Caml-list] closing file descriptors and channels"
  prev="2003/11/68dddb31f7fc8c2ce41b257386cb2611"
  next="2003/11/e91ee45628b74c0778bbf6e062e9de53"
  prev-in-thread="2003/11/04de965f854f12208253598597db7c35"
  next-in-thread="2003/11/14cf1145f2220b2d5d5aa66a8883d5d9"
  prev-thread="2003/11/94ca042f44be533f27f5a8b42b4b788f"
  next-thread="2003/11/5bd426650020fd2fdf52e8c681dca310"
  root="../../"
  period="month"
  listname="caml-list"
  title="Archives of the Caml mailing list">

<thread subject="[Caml-list] closing file descriptors and channels">
<msg 
  url="2003/11/81eb4f0d376b6f9e176101051e0c06b2"
  from="Christian Schaller &lt;Christian.Schaller@s...&gt;"
  author="Christian Schaller"
  date="2003-11-20T16:14:15"
  subject="[Caml-list] closing file descriptors and channels">
<msg 
  url="2003/11/04de965f854f12208253598597db7c35"
  from="Xavier Leroy &lt;xavier.leroy@i...&gt;"
  author="Xavier Leroy"
  date="2003-11-20T16:35:41"
  subject="Re: [Caml-list] closing file descriptors and channels">
<msg 
  url="2003/11/c8c057fcc1099e7256ffb1a4b070af84"
  from="Nicolas George &lt;nicolas.george@e...&gt;"
  author="Nicolas George"
  date="2003-11-20T17:14:06"
  subject="Re: [Caml-list] closing file descriptors and channels">
</msg>
<msg 
  url="2003/11/14cf1145f2220b2d5d5aa66a8883d5d9"
  from="tim@f..."
  author="tim@f..."
  date="2003-11-20T18:04:57"
  subject="Re: [Caml-list] closing file descriptors and channels">
</msg>
</msg>
</msg>
</thread>

<contents>
Le decadi 30 brumaire, an CCXII, Xavier Leroy a écrit :
&gt; The other possibility is to use close_out_noerr and close_in_noerr
&gt; that will just ignore the errors arising from the closing of the
&gt; underlying file descriptor.  But this can be dangerous:

This can be even more dangerous if another file has been opened between
the two closes (which can be invisible in threaded programs) and has got
the file descriptor that has just been closed.

I am preparing a RFC for this list about a complete rewrite of the I/O
subsystem, and this is definitively a problem that must be addressed.

</contents>

</message>

