<?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/94c82e63709e08d40b0799caa2d90bb4"
  from="Eray Ozkural &lt;exa@k...&gt;"
  author="Eray Ozkural"
  date="2003-11-20T12:08:17"
  subject="Re: [Caml-list] Need advice for a mobile application server"
  prev="2003/11/87e0f4fa442bd1c4cdaeaa3f188b670e"
  next="2003/11/0ae5bd8f719015d2d71a141ee154ed2d"
  prev-in-thread="2003/11/0412d760815e681cc5f614f7fe5f6d6a"
  next-in-thread="2003/11/0ae5bd8f719015d2d71a141ee154ed2d"
  prev-thread="2003/11/f5ceb88194f4324b692f89b6f3398ff2"
  next-thread="2003/11/fa7fd7f24b1fa8fe03faf7957eab5c7b"
  root="../../"
  period="month"
  listname="caml-list"
  title="Archives of the Caml mailing list">

<thread subject="[Caml-list] Need advice for a mobile application server">
<msg 
  url="2003/11/58c657c03c7683b0214401b6eee2a21f"
  from="Eray Ozkural &lt;exa@k...&gt;"
  author="Eray Ozkural"
  date="2003-11-19T18:03:47"
  subject="[Caml-list] Need advice for a mobile application server">
<msg 
  url="2003/11/92b38bb5fe64ebcbd2a6a2647dc7906a"
  from="skaller &lt;skaller@o...&gt;"
  author="skaller"
  date="2003-11-20T06:35:14"
  subject="Re: [Caml-list] Need advice for a mobile application server">
<msg 
  url="2003/11/397d9a7b1a9e4c7c6e688afcaed00ecd"
  from="Richard Jones &lt;rich@a...&gt;"
  author="Richard Jones"
  date="2003-11-20T09:13:18"
  subject="Re: [Caml-list] Need advice for a mobile application server">
<msg 
  url="2003/11/0412d760815e681cc5f614f7fe5f6d6a"
  from="Xavier Leroy &lt;xavier.leroy@i...&gt;"
  author="Xavier Leroy"
  date="2003-11-20T09:28:00"
  subject="Re: [Caml-list] Need advice for a mobile application server">
<msg 
  url="2003/11/94c82e63709e08d40b0799caa2d90bb4"
  from="Eray Ozkural &lt;exa@k...&gt;"
  author="Eray Ozkural"
  date="2003-11-20T12:08:17"
  subject="Re: [Caml-list] Need advice for a mobile application server">
<msg 
  url="2003/11/0ae5bd8f719015d2d71a141ee154ed2d"
  from="Basile Starynkevitch &lt;basile.starynkevitch@i...&gt;"
  author="Basile Starynkevitch"
  date="2003-11-20T12:49:52"
  subject="Re: [Caml-list] Need advice for a mobile application server">
<msg 
  url="2003/11/a9650d8c28fc3c001c0bd68b264e2476"
  from="Basile Starynkevitch &lt;basile.starynkevitch@i...&gt;"
  author="Basile Starynkevitch"
  date="2003-11-21T08:48:26"
  subject="Re: [Caml-list] Need advice for a mobile application server">
</msg>
<msg 
  url="2003/11/3b68bd9f4fcd1959aa50cb30ff05169b"
  from="skaller &lt;skaller@o...&gt;"
  author="skaller"
  date="2003-11-21T18:07:00"
  subject="Re: [Caml-list] Need advice for a mobile application server">
</msg>
</msg>
</msg>
</msg>
</msg>
</msg>
</msg>
</thread>

<contents>
Hello Xavier,

On Thursday 20 November 2003 11:27, Xavier Leroy wrote:
&gt; You can safely say LinuxThreads is slightly borken, in that lack of
&gt; thread support in the Linux kernel (until recently) prevented full
&gt; compliance with the POSIX standard.  These quirks affected some fairly
&gt; obscure corners of the POSIX spec, though.  In particular, the earlier
&gt; comment that "LinuxThreads creates all threads detached" is not
&gt; accurate: thread creation and joining was implemented correctly.
&gt;

I suppose. I bet I have seen some strange quirks which somehow made a thread 
wrapper library in C++ I had written incompatible across linux and solaris. I 
guess I had thought Solaris kernel got it right, but I ended up not having 
understood the reasons, at least not from the user documentation.

&gt; Back to the original question: writing a multithreaded server in OCaml
&gt; is definitely feasible.  The only limitation to be aware of is that
&gt; OCaml threads do not offer parallelism, just concurrent execution.
&gt; What this means is that if there are several processors on your
&gt; machine, only one can execute OCaml code at any time, but other
&gt; threads (and therefore possibly other processors) can do I/O or C
&gt; computations in parallel.

Thanks for the info.

I couldn't quite figure out why only one proc. can execute ocaml code yet, but 
I can dig into the documentation :)

Regards,

-- 
Eray Ozkural (exa) &lt;erayo@cs.bilkent.edu.tr&gt;
Comp. Sci. Dept., Bilkent University, Ankara  KDE Project: http://www.kde.org
www: http://www.cs.bilkent.edu.tr/~erayo  Malfunction: http://mp3.com/ariza
GPG public key fingerprint: 360C 852F 88B0 A745 F31B  EA0F 7C07 AE16 874D 539C

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners

</contents>

</message>

