2005-05-07 08:13:49 -04:00
|
|
|
|
PEP: 341
|
|
|
|
|
Title: Unifying try-except and try-finally
|
|
|
|
|
Version: $Revision$
|
|
|
|
|
Last-Modified: $Date$
|
2007-05-01 16:39:17 -04:00
|
|
|
|
Author: Georg Brandl <georg@python.org>
|
2006-02-08 00:53:10 -05:00
|
|
|
|
Status: Final
|
2005-05-07 08:13:49 -04:00
|
|
|
|
Type: Standards Track
|
|
|
|
|
Content-Type: text/plain
|
|
|
|
|
Created: 04-May-2005
|
|
|
|
|
Post-History:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Abstract
|
|
|
|
|
|
|
|
|
|
This PEP proposes a change in the syntax and semantics of try
|
|
|
|
|
statements to allow combined try-except-finally blocks. This
|
|
|
|
|
means in short that it would be valid to write
|
|
|
|
|
|
|
|
|
|
try:
|
|
|
|
|
<do something>
|
|
|
|
|
except Exception:
|
|
|
|
|
<handle the error>
|
|
|
|
|
finally:
|
|
|
|
|
<cleanup>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Rationale/Proposal
|
|
|
|
|
|
|
|
|
|
There are many use cases for the try-except statement and
|
|
|
|
|
for the try-finally statement per se; however, often one needs
|
|
|
|
|
to catch exceptions and execute some cleanup code afterwards.
|
|
|
|
|
It is slightly annoying and not very intelligible that
|
|
|
|
|
one has to write
|
|
|
|
|
|
|
|
|
|
f = None
|
|
|
|
|
try:
|
|
|
|
|
try:
|
|
|
|
|
f = open(filename)
|
|
|
|
|
text = f.read()
|
|
|
|
|
except IOError:
|
2006-04-21 11:22:45 -04:00
|
|
|
|
print 'An error occurred'
|
2005-05-07 08:13:49 -04:00
|
|
|
|
finally:
|
|
|
|
|
if f:
|
|
|
|
|
f.close()
|
|
|
|
|
|
|
|
|
|
So it is proposed that a construction like this
|
|
|
|
|
|
|
|
|
|
try:
|
|
|
|
|
<suite 1>
|
|
|
|
|
except Ex1:
|
|
|
|
|
<suite 2>
|
|
|
|
|
<more except: clauses>
|
|
|
|
|
else:
|
|
|
|
|
<suite 3>
|
|
|
|
|
finally:
|
|
|
|
|
<suite 4>
|
|
|
|
|
|
|
|
|
|
be exactly the same as the legacy
|
|
|
|
|
|
|
|
|
|
try:
|
|
|
|
|
try:
|
|
|
|
|
<suite 1>
|
|
|
|
|
except Ex1:
|
|
|
|
|
<suite 2>
|
|
|
|
|
<more except: clauses>
|
|
|
|
|
else:
|
|
|
|
|
<suite 3>
|
|
|
|
|
finally:
|
|
|
|
|
<suite 4>
|
|
|
|
|
|
|
|
|
|
This is backwards compatible, and every try statement that is
|
|
|
|
|
legal today would continue to work.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Changes to the grammar
|
|
|
|
|
|
|
|
|
|
The grammar for the try statement, which is currently
|
|
|
|
|
|
|
|
|
|
try_stmt: ('try' ':' suite (except_clause ':' suite)+
|
|
|
|
|
['else' ':' suite] | 'try' ':' suite 'finally' ':' suite)
|
|
|
|
|
|
|
|
|
|
would have to become
|
|
|
|
|
|
2005-05-11 17:29:16 -04:00
|
|
|
|
try_stmt: 'try' ':' suite
|
|
|
|
|
(
|
|
|
|
|
(except_clause ':' suite)+
|
|
|
|
|
['else' ':' suite]
|
|
|
|
|
['finally' ':' suite]
|
|
|
|
|
|
|
|
|
|
|
'finally' ':' suite
|
|
|
|
|
)
|
2005-05-07 08:13:49 -04:00
|
|
|
|
|
|
|
|
|
Implementation
|
|
|
|
|
|
|
|
|
|
As the PEP author currently does not have sufficient knowledge
|
|
|
|
|
of the CPython implementation, he is unfortunately not able
|
2005-11-13 14:51:42 -05:00
|
|
|
|
to deliver one. Thomas Lee has submitted a patch[2].
|
2005-05-07 08:13:49 -04:00
|
|
|
|
|
|
|
|
|
However, according to Guido, it should be a piece of cake to
|
|
|
|
|
implement[1] -- at least for a core hacker.
|
|
|
|
|
|
2006-04-21 11:22:45 -04:00
|
|
|
|
This patch was committed 17 December 2005, SVN revision 41740 [3].
|
2006-02-08 00:53:10 -05:00
|
|
|
|
|
2005-05-07 08:13:49 -04:00
|
|
|
|
|
|
|
|
|
References
|
|
|
|
|
|
|
|
|
|
[1] http://mail.python.org/pipermail/python-dev/2005-May/053319.html
|
2005-11-13 14:51:42 -05:00
|
|
|
|
[2] http://python.org/sf/1355913
|
2006-02-08 00:53:10 -05:00
|
|
|
|
[3] http://mail.python.org/pipermail/python-checkins/2005-December/048457.html
|
2005-05-07 08:13:49 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Copyright
|
|
|
|
|
|
|
|
|
|
This document has been placed in the public domain.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Local Variables:
|
|
|
|
|
mode: indented-text
|
|
|
|
|
indent-tabs-mode: nil
|
|
|
|
|
sentence-end-double-space: t
|
|
|
|
|
fill-column: 70
|
|
|
|
|
End:
|