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/2007-September/074761.html below:

[Python-Dev] urllib exception compatibility

[Python-Dev] urllib exception compatibility [Python-Dev] urllib exception compatibilityGraham Horler graham.horler at gmail.com
Fri Sep 28 00:35:36 CEST 2007
On 27 Sep 2007, 21:23:58, Brett Cannon wrote:
> Should OSError and IOError become aliases to EnvironmentError?  I
> assume WindowsError and VMSError will just directly subclass which
> ever exception sticks around.
> 
> And should we bother with a PendingDeprecationWarning for IOError or
> OSError?  Or just have a Py3K warning for them and not worry about
> their removal in the 2.x series and just let 2to3 handle the
> transition?

Am I missing something, as I thought Py2K was supposed to throw backwards
compatability to the wind in favor of doing the "Right Thing"?

If so, can't we lose the proposed OSError and IOError aliases altogether,
and just keep EnvironmentError?

Perhaps "EnvironmentError" is a bit long to type in all the places OSError
and IOError are used, I personally like the look of OSError and IOError better
in my code.  I vote for a shorter name for EnvironmentError, e.g. EMError.

just my 2c, Graham

> 
> -Brett
> _______________________________________________
> Python-Dev mailing list
> Python-Dev at python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe: http://mail.python.org/mailman/options/python-dev/graham.horler%40gmail.com
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