https://hg.dopieralski.pl/cpython-lru_cache-weakref/ en-us Lib/exceptions.py revision history https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/f0d2253b664f/Lib/exceptions.py _exceptions module, including __doc__.]]> Barry Warsaw <barry@python.org> Thu, 25 May 2000 23:15:52 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/3303a5bac6dd/Lib/exceptions.py Guido van Rossum <guido@python.org> Fri, 10 Mar 2000 23:16:02 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/50a6ab3fa036/Lib/exceptions.py Guido van Rossum <guido@python.org> Thu, 17 Feb 2000 15:12:01 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/eaf9eeab3bcf/Lib/exceptions.py Barry Warsaw <barry@python.org> Thu, 19 Aug 1999 21:17:08 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/3be935be3781/Lib/exceptions.py
Introduce a new builtin exception, UnboundLocalError, raised when ceval.c
tries to retrieve or delete a local name that isn't bound to a value.
Currently raises NameError, which makes this behavior a FAQ since the same
error is raised for "missing" global names too: when the user has a global
of the same name as the unbound local, NameError makes no sense to them.
Even in the absence of shadowing, knowing whether a bogus name is local or
global is a real aid to quick understanding.

Example:

D:\src\PCbuild>type local.py
x = 42

def f():
print x
x = 13
return x

f()

D:\src\PCbuild>python local.py
Traceback (innermost last):
File "local.py", line 8, in ?
f()
File "local.py", line 4, in f
print x
UnboundLocalError: x

D:\src\PCbuild>

Note that UnboundLocalError is a subclass of NameError, for compatibility
with existing class-exception code that may be trying to catch this as a
NameError. Unfortunately, I see no way to make this wholly compatible
with -X (see comments in bltinmodule.c): under -X, [UnboundLocalError
is an alias for NameError --GvR].

[The ceval.c patch differs slightly from the second version that Tim
submitted; I decided not to raise UnboundLocalError for DELETE_NAME,
only for DELETE_LOCAL. DELETE_NAME is only generated at the module
level, and since at that level a NameError is raised for referencing
an undefined name, it should also be raised for deleting one.]]]> Guido van Rossum <guido@python.org> Tue, 22 Jun 1999 14:47:32 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/9be2726c9b25/Lib/exceptions.py error and so it derives from Exception and not SystemError. The
docstring was incorrect but the implementation was fine.]]> Barry Warsaw <barry@python.org> Wed, 24 Feb 1999 00:27:39 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/5ad1a35f540c/Lib/exceptions.py Contributed by Blake Winton, but considerably edited.]]> Guido van Rossum <guido@python.org> Fri, 15 Jan 1999 04:03:46 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/a091185ccfb6/Lib/exceptions.py Barry Warsaw <barry@python.org> Tue, 01 Dec 1998 18:36:30 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/e578439b981f/Lib/exceptions.py Barry Warsaw <barry@python.org> Fri, 25 Sep 1998 22:43:21 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/0a6892b1a4ac/Lib/exceptions.py displays funny characters, like spaces or control characters, more
clearly (one of my pet peeves in error messages). Also only suppress
the filename if it is None; display it if it is '', since that would
be a genuine (illegal) filename passed in!]]> Guido van Rossum <guido@python.org> Tue, 11 Aug 1998 18:01:32 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/edbf631fb7e9/Lib/exceptions.py using "%d" % errno to print out IOError exceptions -- but urllib.py
raises exceptions where the errno slot in the exception tuple is a
string.]]> Jeremy Hylton <jeremy@alum.mit.edu> Tue, 28 Jul 1998 17:30:06 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/8571c1246f09/Lib/exceptions.py involve a filesystem path. To that end:

- Changed IOError to EnvironmentError and added a hack which checks
for arg of len 3. When constructed with a 3-tuple, the third item
is the filename and this is squirreled away in the `filename'
attribute. However, for in-place unpacking backwards
compatibility, self.args still only gets the first two items. Added
a __str__() which prints the filename if it is given.

- IOError now inherits from EnvironmentError

- New class OSError which also inherits from EnvironmentError and is
used by the posix module.]]> Barry Warsaw <barry@python.org> Thu, 23 Jul 1998 16:03:46 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/fb4b4d069cc7/Lib/exceptions.py Guido van Rossum <guido@python.org> Thu, 26 Mar 1998 21:13:24 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/784a16f56643/Lib/exceptions.py This allows stuff like this out of the box:

try:
...
except socket.error, (code, msg):
...]]> Fred Drake <fdrake@acm.org> Mon, 06 Oct 1997 15:48:20 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/5cdc3ca053d6/Lib/exceptions.py Barry Warsaw <barry@python.org> Tue, 16 Sep 1997 21:50:59 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/71b40cc4cc03/Lib/exceptions.py
(1) Introduce Exception as the conceptual root class for all exceptions.

(2) Do less work in __init__(), and more in __str__ (store args
unchanged).]]> Guido van Rossum <guido@python.org> Tue, 16 Sep 1997 18:42:04 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/775899583da6/Lib/exceptions.py Guido van Rossum <guido@python.org> Mon, 08 Sep 1997 02:47:46 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/15bcec3d3259/Lib/exceptions.py errors are handled (these gave ``TypeError: not enough arguments'').

Also changed its __str__() to correct a typo (missing self.) and
return str(self.msg) to ensure the result is always string.

Also changed the default __str__ to simply return str(self.args).]]> Guido van Rossum <guido@python.org> Fri, 05 Sep 1997 19:00:56 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/d97980e7c05f/Lib/exceptions.py started with the -X option. This file contains the definitions for
the built-in exception classes.]]> Barry Warsaw <barry@python.org> Fri, 29 Aug 1997 21:59:26 +0000