RE: IOError vs. Exception vs. IOException
On Mon, Nov 04, 2002 at 01:00:39PM -0000, Simon Marlow wrote:
Our feeling over here is that this is an unforced change, so in isolation it probably wouldn't be worthwhile. It'll break some code, and the awkward squad paper will have to be updated to comply (although we just noticed it is already wrong about the behaviour of Prelude.catch).
What should other implementations do?
I'm not sure I understand the question - other implementations should follow whatever is decided for the library interface, right? I'm really not arguing either way, in fact I like the change, but perhaps we should think hard before breaking code. I haven't heard anyone else comment so far on whether they like/dislike the current Exception interface... anyone? Cheers, Simon
On Monday 04 November 2002 07:15 am, Simon Marlow wrote:
I'm really not arguing either way, in fact I like the change, but perhaps we should think hard before breaking code. I haven't heard anyone else comment so far on whether they like/dislike the current Exception interface... anyone?
Strongly dislike the current interface, in particular the fact that I have to scrutinize import lists to determine which catch/try I'm using, or always use fully-qualified versions. Having a type distinction is far preferable. I also like the way Ross' proposal moves more things into Haskell98.IO. Cheers, Andy -- Andy Moran Ph. (503) 526 3472 Galois Connections Inc. Fax. (503) 350 0833 3875 SW Hall Blvd. http://www.galois.com Beaverton, OR 97005 moran@galois.com
I'm really not arguing either way, in fact I like the change, but perhaps we should think hard before breaking code. I haven't heard anyone else comment so far on whether they like/dislike the current Exception interface... anyone?
Now that I appreciate that Prelude.catch and Exception.catch catch different sets of exceptions despite having the same name and type, I'm pretty unhappy with the interface. I have little opinion about the rest because I haven't used much beyond what little Hugs also supports. -- Alastair
participants (3)
-
Alastair Reid -
Andrew Moran -
Simon Marlow