Chans are basically linked lists with the next pointer wrapped in an
MVar. The source is actually very readable. So yes, it probably
is the same thing.
Best,
Leon
On Fri, Nov 11, 2011 at 11:37 AM, Nathan Howell
wrote:
> We're hitting something that looks similar with a Chan on 7.2.1, though
On 12 November 2011 00:18, Ian Lynagh wrote:
> Looks fine to me. Perhaps you have a cached copy?
You're right. Sorry for the noise.
Bas
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/gl
On Fri, Nov 11, 2011 at 11:59:54PM +0100, Bas van Dijk wrote:
>
> I noticed the links to modules in base in the latest docs point to the
> previous base library causing 404 errors:
>
> http://www.haskell.org/ghc/docs/latest/html/libraries/index.html
Looks fine to me. Perhaps you have a cached co
On 11 November 2011 22:03, Ian Lynagh wrote:
> The GHC Team is pleased to announce a new bugfix release of GHC, 7.2.2.
Yay! These GHC releases always feel like little presents...
I noticed the links to modules in base in the latest docs point to the
previous base library causing 404 errors:
htt
=
The (Interactive) Glasgow Haskell Compiler -- version 7.2.2
=
The GHC Team is pleased to announce a new bugfix release of GHC, 7.2.2.
The 7.2 branch is intended to
We're hitting something that looks similar with a Chan on 7.2.1, though
they might be related..
On Fri, Nov 11, 2011 at 4:52 AM, Simon Marlow wrote:
> Sorry, no. That one has a workaround: define your own fixIO:
>
> fixIO :: (a -> IO a) -> IO a
> fixIO k = do
>m <- newEmptyMVar
>ans <-
Sorry, no. That one has a workaround: define your own fixIO:
fixIO :: (a -> IO a) -> IO a
fixIO k = do
m <- newEmptyMVar
ans <- unsafeInterleaveIO (takeMVar m)
result <- k ans
putMVar m result
return result
Cheers,
Simon
On 11/11/2011 06:16, Nathan Howell wrote:
An
