I believe you're just observing lazy evaluation at work. The IO
computation that you're forking is (return $ resolve cnf). `resolve` is
a pure function. Hence the forked computation succeeds immediately--and
the thread terminates (successfully)--without evaluating (resolve cnf).
It isn't
Does it mean that the thread pool will LAUNCH new thread as long as the
thread count does not exceed a maximum number ?
If it does launch the new thread, then the idea of thread reuse is
completely ignored.
My program creates and kills at most 5 threads at a time, but this process
repeated
Yes, but AFAIK, threads in Haskell are exceedingly lightweight, as
they are only primitives for concurrency. To be perfectly honest, I've
found that my solution is completely useless in practise. I made up
the solution cos I reconned that tweaking GHC runtime heap size would
be harder than making
It's not about Haskell directly but I would like to
know how can I customize Emacs in haskell-mode when
i'm using Emacs for windows.
What kind of customization are you looking for?
You can start with M-x customize-group RET haskell RET
Please, I'm trying to do it but it doesn't do anything.
Bulat Ziganshin wrote:
Hello Dmitry,
Sunday, September 04, 2005, 9:45:37 PM, you wrote:
DV -- These useful subroutines I saw in Tackling The Awkward Squad
DVtimer = do threadDelay n
DV return Nothing
Notes from GHC/Conc.hs:
-- Note: threadDelay,