barrucadu / irc-conduit Goto Github PK

I'm getting semi-regular user error (Upstream source closed.) exceptions, what's the best way to handle / reconnect?

Is there any benefit to IrcEvent, IrcSource, and IrcMessage? Probably not.

Do the ChannelName, NickName, etc aliases actually make things clearer? Perhaps, but not as much as newtypes or something would.

I've confirmed that the package still builds fine with these versions of the respective packages (as shipped by GHC 9.2). It'd be nice to officially allow them by updating the bounds on Hackage via a revision!

I suggest https://github.com/ndmitchell/neil for making it easy.

I've verified that irc-client and irc-conduit both build with these dependency versions. Would be a prerequisite for support of GHC 9.4 (and Stackage LTS 21). Hackage revision would be appreciated!

Email:

Hello,

I'm using your library irc-client in my new project for monitoring and storing chat data in some high traffic channels.

First, let me thank you for you work, as I find your library best out of all available options.

Now to the problem. I noticed that my program eats up a lot memory with time, so I tried to check for any space leaks. I did a heap profile of my program running for about a day and the graph shows that there might be a problem in module Network.IRC.Conduit.

I attached the graph in this mail. I understand that it most likely not very helpful to pinpoint the problem, but I don't know how to get more detailed data.

Could you, please, help me with this? Let me know if you need any additional info.

Graph: https://misc.barrucadu.co.uk/gh-issue-files/2016-08-12-irc-conduit-memory-leak.pdf

I'm currently integrating irc-client into my xdcc utility and was wondering, if there is a specific reason why you are ignoring all IO exceptions in Network/IRC/Conduit.hs:168?

IMHO from a user's perspective, it would be nice to have irc-conduit (and irc-client respectively) propagate those errors to calling code, so it can be handled or at least reported.

Any thoughts on this?

When building on OSX with stack and lts-8.2 I get the following error:

/Users/justusadam/projects/irc-conduit/Network/IRC/Conduit/Lens.hs:37:53: error:
    Invalid type signature: F :: ...
    Should be of form <variable> :: <type>

There must be something wrong with the preprocessor I think, because it does not seem to handle your macro properly.