Re: [Haskell-cafe] Getting the 'ThreadId' of the calling thread

2013-08-02 Thread Nikita Karetnikov
> Other actions such as withLinksDo and forkLinkIO' insert stuff into > threadMap. It can be non-mepty. Thanks (again), Albert. Later, I found this comment above the 'withLinksDo' function: "It is an error to call this function outside the main thread, or to call any other functions in this modul

Re: [Haskell-cafe] Getting the 'ThreadId' of the calling thread

2013-08-01 Thread Albert Y. C. Lai
On 13-07-29 08:35 AM, Nikita Karetnikov wrote: I feel that a 'myThreadId' action, which is defined in this module [1], is useless, but I'm not sure. I think it will always return the "Map.find: element not in the map" exception because a 'threadMap' contains an empty 'ThreadMap'. Is it right, o

[Haskell-cafe] Getting the 'ThreadId' of the calling thread

2013-07-29 Thread Nikita Karetnikov
(I'm trying to update a package that was written with GHC 6.10.4 in mind.) I feel that a 'myThreadId' action, which is defined in this module [1], is useless, but I'm not sure. I think it will always return the "Map.find: element not in the map" exception because a 'threadMap' contains an empty '