[project @ 1999-07-05 19:26:42 by sof]
Temporary workaround for problem which caused the following program main = putStrLn ("aa" ++ IOExts.trace "bb" "cc") to deadlock - when the (untouched) stderr is evaluated (which IOExts.trace forces), it will touch stdout (see code for details of why), but it has already been locked by putStrLn. Boom - game over. This temporary 'fix' is, to put it kindly, in the fancy-footwork category as it doesn't solve the problem, but merely turns it on its head. Instead of stderr depending on stdout, stdout now depends on stderr, so the following program will deadlock main = hPutStrLn stderr ("aa" ++ myTrace "bb" "cc") myTrace msg v = unsafePerformIO $ do putStrLn msg return v The 'theory' is that this is far less likely to occur in practice than the other way around. The next step / real solution would be to give up the lock on an output Handle while filling up its output buffer. However, that requires ripping out / re-org'ing a fair bit of buffer management code, which I'll delay doing.
Please register or sign in to comment