Proposal: Extensible exceptions

[Brandon S. Allbery KF8NH]

On 2008 Jul 18, at 11:05, Ian Lynagh wrote:

> On Thu, Jul 17, 2008 at 09:16:36AM -0400, Isaac Dupree wrote:
>>
>> I'm not entirely happy with this particular sketch of a proposal,  
>> but do
>> people think that my initial issue is something to be concerned  
>> about at
>> all?  (I'd be glad to be disproved :-)
>
> It's hard to say if it'll be a problem in practice - we don't have any
> experience with writing exception hierarchies.


I'm going to ask a possibly silly question:  has anyone thought about  
this vis-a-vis Simon's proposal of a new signals API?  It's not that  
unusual for signals (usually SIGUSR1/SIGUSR2, often SIGINT, SIGHUP,  
sometimes SIGABRT, SIGQUIT) to be used as asynchronous triggers ---  
which might be best represented in the "Haskell world" as special  
exceptions.  Likewise, it often makes sense to treat SIGPIPE, SIGHUP,  
SIGINT as exceptions instead of signals.

-- 
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery at kf8nh.com
system administrator [openafs,heimdal,too many hats] allbery at ece.cmu.edu
electrical and computer engineering, carnegie mellon university    KF8NH