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.

Author terry.reedy
Recipients Michael.Wu, ghazel, terry.reedy, zach.ware
Date 2014-06-22.21:33:39
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1403472820.09.0.823908438391.issue3423@psf.upfronthosting.co.za>
In-reply-to
Content
Zach, your header editing is inconsistent. If you think this is a bug rather than enhancement issue, please say why. Either way, what change you would make?  And even if you think there is a bug, why would you make a change in maintenance releases, given that we do not change exception messages in maintenance releases? Is the change you would make worth breaking doc tests?

Michael, your statement and posted link do not match. Installed 3.4.0 and locally built 3.5.0a0 both produce, for me,
Traceback (most recent call last):
  File "C:\Programs\Python34\tem.py", line 10, in <module>
    exec("raise 'two'")
  File "<string>", line 1, in <module>
TypeError: exceptions must derive from BaseException

2.7 produces
Traceback (most recent call last):
  File "C:\Programs\Python34\tem.py", line 10, in <module>
    exec("raise 'two'")
  File "<string>", line 1, in <module>
TypeError: exceptions must be old-style classes or derived from BaseException, not str

In other words, the string exception deprecation warning is obsolete and does not occur in any current Python.

The string.maketrans example is also obsolete as maketrans has been removed since 3.1. It now is an AttributeError. In 2.7, it is not deprecated.
History
Date User Action Args
2014-06-22 21:33:40terry.reedysetrecipients: + terry.reedy, ghazel, zach.ware, Michael.Wu
2014-06-22 21:33:40terry.reedysetmessageid: <1403472820.09.0.823908438391.issue3423@psf.upfronthosting.co.za>
2014-06-22 21:33:40terry.reedylinkissue3423 messages
2014-06-22 21:33:39terry.reedycreate