Re: Waiting on Sockets or File Descriptors

2005-02-03 Thread Wolfgang Thaller
If I understood this right, then I can use forkIO to run a "safe" FFI function which blocks, but in the threaded RTS this will not block all other FFI calls. Right. So what happens in the non-threaded RTS? Now the blocking yet "safe" FFI invocation _would_ block other FFI calls but not evaluation o

Re: Waiting on Sockets or File Descriptors

2005-02-03 Thread Peter Simons
Simon Marlow writes: > When you compile your program with -threaded, "safe" FFI > calls don't block other threads, but "unsafe" calls still > do. Basically a "safe" FFI call releases the lock on the > RTS so other Haskell threads can continue to run [...]. Thanks for the clarification. If I

Re: Waiting on Sockets or File Descriptors

2005-02-03 Thread Malcolm Wallace
> On 02 February 2005 19:48, Peter Simons wrote: > > > Wolfgang Thaller writes: > > > > > a) poll() is not supported on Mac OS X and (at least some > > > popular versions of) BSD. > > > > Are you certain? Just tried "man poll" on one of the MacOS X > > machines the SourceForge compile farm off

RE: debugging memory allocations

2005-02-03 Thread Simon Marlow
On 03 February 2005 00:41, Duncan Coutts wrote: > On Wed, 2005-02-02 at 13:30 -0700, Seth Kurtzberg wrote: >> Duncan Coutts wrote: >>> In these cases we cannot turn on traditional profiling since that >>> would interfere with the optimisations we are relying on to >>> eliminate most of the other m

RE: Waiting on Sockets or File Descriptors

2005-02-03 Thread Simon Marlow
On 02 February 2005 19:48, Peter Simons wrote: > Wolfgang Thaller writes: > > > a) poll() is not supported on Mac OS X and (at least some > > popular versions of) BSD. > > Are you certain? Just tried "man poll" on one of the MacOS X > machines the SourceForge compile farm offers, and that one