Message221315
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. |
|
Date |
User |
Action |
Args |
2014-06-22 21:33:40 | terry.reedy | set | recipients:
+ terry.reedy, ghazel, zach.ware, Michael.Wu |
2014-06-22 21:33:40 | terry.reedy | set | messageid: <1403472820.09.0.823908438391.issue3423@psf.upfronthosting.co.za> |
2014-06-22 21:33:40 | terry.reedy | link | issue3423 messages |
2014-06-22 21:33:39 | terry.reedy | create | |
|