<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
</div>I can&#39;t reproduce this. What are you using as the action?<br>
<br>
I&#39;ve tried bottoms, and tight loops whose Core contains no allocations, and not<br>
managed to lock up the prompt, or seen ghci using more threads than I have<br>
cores.<br>
<br>
One thing that may give the appearance of locking up the prompt is if<br>
the thread starts reading from the terminal and your commands no longer make it<br>
to the interpreter.<br>
<div class="im"><br>
&gt; It is  not always a thread.  ForkIO creates a spark and then the<br>
&gt; scheduler  decides when sparks should be scheduled to threads.  Thus<br>
&gt; you get a  guarantee of concurrent but not parallel execution.<br>
<br>
</div>That is not correct - it is &quot;par&quot; that creates sparks may be discarded.<br>
<br>
forkIO always creates new threads, though it is of course up to the scheduler<br>
when the threads are executed, and how many cores are used.<br>
<div class="im"><br>
&gt; Are you running with  threads enabled?<br>
<br>
</div>That is, was your ghci compiled with -threaded? This mostly<br>
depends on the version. what version of ghc are you running, and how did you<br>
install it?<br>
<br>
<br>
<br>
<br>
</blockquote></div>Sorry ... extremely sorry ... my bad ... for some reason, I was omitting the call to forkIO :( when I was trying on other platforms.<div><br></div><div>Regards,</div><div>Kashyap</div>