This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: offer "from __future__ import" option for "raise... from"
Type: enhancement Stage:
Components: Versions: Python 2.7
process
Status: closed Resolution: rejected
Dependencies: Superseder:
Assigned To: Nosy List: alanf, r.david.murray, terry.reedy
Priority: normal Keywords:

Created on 2015-10-23 15:21 by alanf, last changed 2022-04-11 14:58 by admin. This issue is now closed.

Messages (3)
msg253384 - (view) Author: alanf (alanf) Date: 2015-10-23 15:21
There is no "from __future__ import" option that would allow Python 2x users the "raise... from" syntax that is provided with Python 3. This is especially unfortunate because even if the "raise... from" is included in a branch that is never executed, loading the code in 2.7 can cause a seemingly unrelated exception (in my case, an import error for StringIO). Since my code must work in 2.7, 3.3, and 3.4, this is a problem.

I have found a workaround. If I want to achieve the equivalent of "raise XXX from None", for instance, I can do it as follows:

    if hasattr(newExc, '__cause__'):
        newExc.__cause__ = None
    raise newExc

This works because the Exception class exists in all three Python versions, but only has a __cause__ attribute in Python 3. However, it's clumsier than I would like. Also, it's not obvious. 

I discovered that exception handling had changed when I saw that raising an exception when another one was active caused a "During handling of the above exception, another exception occurred" message on Python 3 (behavior that I didn't want) but was silently dropped in Python 2.7 (behavior that I did want). After I found a description of the "raise... from None" syntax in Python 3, I expected to find a "from __future__ import" statement that would handle this, but was disappointed. It took me a while longer to figure out the workaround above. I'd rather that other people didn't have to go through the process of figuring out the workaround.
msg253387 - (view) Author: R. David Murray (r.david.murray) * (Python committer) Date: 2015-10-23 16:09
I doubt we are going to add such a feature to python2 at this point, since people have worked out various workarounds (see the six module). We do not at this point add features to python2 unless there's a really compelling reason (eg: security).
msg253450 - (view) Author: Terry J. Reedy (terry.reedy) * (Python committer) Date: 2015-10-26 02:02
Except for *very* carefully considered security features for 2.7, we do not add new features to python x.y after initial release.  The 2.7 security exception required a PEP, and I believe the PEP was limited to features specified in the PEP.

I would expect porting guides (or 2 & 3 guides) to cover this issue.

Features added in 3.0 were considered for backporting to 2.7, which came out 18 months later.  This one did not make the cut.
History
Date User Action Args
2022-04-11 14:58:23adminsetgithub: 69652
2015-10-26 02:02:50terry.reedysetstatus: open -> closed

nosy: + terry.reedy
messages: + msg253450

resolution: rejected
2015-10-23 16:09:03r.david.murraysetnosy: + r.david.murray
messages: + msg253387
2015-10-23 15:21:27alanfcreate