<?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="2009/01/5d29f0ed559cefbbf25d94935aa405b8"
  from="Dawid Toton &lt;d0@w...&gt;"
  author="Dawid Toton"
  date="2009-01-23T14:20:48"
  subject="Re: [Caml-list] (Not) corrupt output of printf"
  prev="2009/01/e92a2e6f4f8f21c1438fe84eb6c71236"
  next="2009/01/bc5802fbe883e02d5f360e5c664d859e"
  prev-in-thread="2009/01/07f8ae5aeb654567b36bd16c1f625f44"
  next-in-thread="2009/01/687b7043920357f05d52e3fd913a1832"
  prev-thread="2009/01/f6735e5adf3e71e22f286197791245f5"
  next-thread="2009/01/fa9227573533dbb2e2f2c661349a8632"
  root="../../"
  period="month"
  listname="caml-list"
  title="Archives of the Caml mailing list">

<thread subject="Corrupt output of printf">
<msg 
  url="2009/01/e4715fef3a3c4def40473db2f9f4e252"
  from="Dawid Toton &lt;dawid.toton@u...&gt;"
  author="Dawid Toton"
  date="2009-01-22T17:22:23"
  subject="Corrupt output of printf">
<msg 
  url="2009/01/c631394ba385c68b864e884371aa9051"
  from="Dawid Toton &lt;d0@w...&gt;"
  author="Dawid Toton"
  date="2009-01-23T11:20:41"
  subject="Re: [Caml-list] (Not) corrupt output of printf">
<msg 
  url="2009/01/07f8ae5aeb654567b36bd16c1f625f44"
  from="Richard Jones &lt;rich@a...&gt;"
  author="Richard Jones"
  date="2009-01-23T13:16:39"
  subject="Re: [Caml-list] (Not) corrupt output of printf">
<msg 
  url="2009/01/5d29f0ed559cefbbf25d94935aa405b8"
  from="Dawid Toton &lt;d0@w...&gt;"
  author="Dawid Toton"
  date="2009-01-23T14:20:48"
  subject="Re: [Caml-list] (Not) corrupt output of printf">
<msg 
  url="2009/01/687b7043920357f05d52e3fd913a1832"
  from="Eric Cooper &lt;ecc@c...&gt;"
  author="Eric Cooper"
  date="2009-01-23T15:53:51"
  subject="Re: [Caml-list] (Not) corrupt output of printf">
</msg>
</msg>
</msg>
</msg>
</msg>
</thread>

<contents>

&gt; Weird ... I was going to suggeest it was because you weren't flushing
&gt; the output after each print statement.  

This raises important question:
Let's see the output as a sequence of bytes (there's no time).
Assuming that the process exits normally and incompatible printing 
functions are not mixed:
is there a guarantee (in OCaml library) that the flush operation doesn't 
affect the output?

For me it's obvious that the output shouldn't depend on the presence of 
flush operations. If otherwise - needs to be explicitly stated.

(Of course I'm not considering the one special flush action done when 
closing a stream, but it's tied to the closing function.)

Dawid

</contents>

</message>

