At 12:00 AM 8/16/00 -0600, Tony Olekshy wrote:
>However, many people have broached topics such as conditional catch
>blocks (such as those based on the exception's isa relationships),
>multiple catch clauses with varying conditions, and post-finally
>catch blocks.
>
>I agree that we don't have a great handle on the flow-control semantics
>for multiple catch blocks.  We're working on it.  But if we can come
>up with some decent simple rules, then I see no reason to prohibit
>careful use of more complex constructs.

I also don't like the except clause, but it does provide useful functionality.

How about if catch could take an expression?  After all, if it's a keyword, 
the parser can be smart enough to tell a bareword (exception class) or list 
of same from an expression which it can evaluate for truth.  You can put 
one in a block with a do statement.  I think this will be needed rarely 
enough that it is worth the slight obfuscation.

--
Peter Scott
Pacific Systems Design Technologies

Reply via email to