A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2005-August/055156.html below:

Exception Reorganization for Python 3.0

[Python-Dev] PEP, take 2: Exception Reorganization for Python 3.0 [Python-Dev] PEP, take 2: Exception Reorganization for Python 3.0tanzer@swing.co.at tanzer at swing.co.at
Fri Aug 5 10:12:25 CEST 2005
James Y Knight <foom at fuhm.net> wrote: 

> > OK, I'm changing my mind again about the names again.
> >
> > Exception as the root and StandardError can stay; the only new
> > proposal would then be to make bare 'except:' call StandardError.
> 
> I don't see how that can work. Any solution that is expected to  
> result in a usable hierarchy this century must preserve "Exception"  
> as the object that user exceptions should derive from (and therefore  
> that users should generally catch, as well). There is way too much  
> momentum behind that to change it.

Well, in the last few years I always derived my own exceptions from
StandardError and used `except StandardError` instead of `except
Exception`.

And I'd love to get rid of the

    except KeyboardInterrupt:
        raise

clause I currently have to write before any `except
StandardError`. 
-- 
Christian Tanzer                                    http://www.c-tanzer.at/

More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4