From 8c4b6ebb338c8a61c607782908254aadead0c3cd Mon Sep 17 00:00:00 2001
From: Enrico Tassi
Date: Wed, 29 Jan 2014 23:08:45 +0100
Subject: Work around for bug in threads + blocking io streamlined

---
 lib/cThread.mli | 21 +++++++++++++++++++++
 1 file changed, 21 insertions(+)
 create mode 100644 lib/cThread.mli

(limited to 'lib/cThread.mli')

diff --git a/lib/cThread.mli b/lib/cThread.mli
new file mode 100644
index 0000000000..6c635748e9
--- /dev/null
+++ b/lib/cThread.mli
@@ -0,0 +1,21 @@
+(************************************************************************)
+(*  v      *   The Coq Proof Assistant  /  The Coq Development Team     *)
+(* <O___,, *   INRIA - CNRS - LIX - LRI - PPS - Copyright 1999-2012     *)
+(*   \VV/  **************************************************************)
+(*    //   *      This file is distributed under the terms of the       *)
+(*         *       GNU Lesser General Public License Version 2.1        *)
+(************************************************************************)
+
+(* As of OCaml 4.01.0 input_value and input do not quite work well
+ * with threads.  The symptom is the following.  Two threads, each
+ * of them blocked on a read (on different channels).  One is not
+ * woken up even if data is available.  When the other one gets data
+ * then the stuck one is eventually unblocked too.  Unix.select with
+ * an unbounded wait has the same problem. *)
+
+(* Use only the following functions on the channel *)
+val prepare_in_channel_for_thread_friendly_io : in_channel -> unit
+val thread_friendly_input_value : in_channel -> 'a
+val thread_friendly_read :
+  in_channel -> string -> off:int -> len:int -> int
+
-- 
cgit v1.2.3