Generalizing Network.CGI exceptions to MonadCatchIO

Sittampalam, Ganesh ganesh.sittampalam at
Tue Mar 16 06:07:27 EDT 2010

I was actually looking into the maintainership of xhtml, though I do care about cgi too and the same logic (of choosing a maintainer) may well apply to both. In any case the last news is that I emailed libraries@ asking if it was appropriate for it to be maintained there given that it used to be distributed by GHC, but noone has replied so the situation is somewhat stalled.

Bjorn Bringert wrote:
> Thanks for showing the cgi package some love. It really needs a new
> maintainer since I have no time to spend on it. I think Ganesh was
> looking into that. Any news?  
> /Bjorn
> On Mon, Mar 15, 2010 at 21:56, Anders Kaseorg <andersk at> wrote:
>> On Mon, 15 Mar 2010, Bas van Dijk wrote:
>>> But in addition we can advice the users of catchCGI to actually use
>>> the CatchIO.catch instead by adding a deprecated pragma like:
>>>  {-# DEPRECATED catchCGI "Use Control.Monad.CatchIO.catch instead."
>>> #-} 
>>> Or is this to rude?
>> I'd have no objection to that, if the maintainer agrees.
>>> Something else: which MonadCatchIO package are you proposing to use:
>>> MonadCatchIO-mtl or MonadCatchIO-transformers? I guess the former
>>> because cgi depends on mtl.
>> Right, one change at a time.  :-)
>>> In that case we should contact the maintainer of MonadCatchIO-mtl
>>> and ask if he can add the following functions: bracket_,
>>> bracketOnError and finally (types and definitions below).
>> Sure, those would definitely be nice to have regardless.
>> Anders

 Please access the attached hyperlink for an important electronic communications disclaimer: 

More information about the Libraries mailing list