[Haskell-cafe] Space leak with recursion

Tom Ellis tom-lists-haskell-cafe-2013 at jaguarpaw.co.uk
Fri Apr 24 09:39:54 UTC 2015


On Fri, Apr 24, 2015 at 11:39:23AM +0200, Martijn Rijkeboer wrote:
> > In fact I think we can already deduce the answer from the
> > implementation of `poll`:
> >
> >     http://hackage.haskell.org/package/zeromq4-haskell-0.6.3/docs/src/System-ZMQ4.html#poll
> >
> > The key point is that the [Poll s m] list is `mapM`ed over. Each
> > handler is checked for a match and then fired or not fired before the
> > next handler is checked for a match.  This means that if you call
> > `pollSockets` in a handler you are leaking the space associated with
> > the unprocessed entries.
> 
> I should have checked the code. Unfortunately the idea to use a
> recursive call to pollSockets comes from the Haskell examples in
> the ZeroMQ guide. So I will probably not be the only one that has
> this issue...

Strange.  Can you link me to that?


More information about the Haskell-Cafe mailing list