Message245696
| Author |
arigo |
| Recipients |
arigo, larry |
| Date |
2015年06月23日.17:40:13 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1435081213.84.0.064797103678.issue24492@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
A regression in 3.5: if we use custom objects as modules (like some projects do), then these custom objects may not have an attribute called "__name__". There is new code in 3.5 added for issue #17636 which tries sometimes to read the "__name__" of a module when executing an import statement, and if this leads to an AttributeError, it will get propagated.
I imagine this could break real code using "try: except ImportError:". It _does_ break the tests of the "cffi" project, which try to check that some import of a nonexisting name correctly gives ImportError. Now it gives AttributeError("__name__") instead. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2015年06月23日 17:40:13 | arigo | set | recipients:
+ arigo, larry |
| 2015年06月23日 17:40:13 | arigo | set | messageid: <1435081213.84.0.064797103678.issue24492@psf.upfronthosting.co.za> |
| 2015年06月23日 17:40:13 | arigo | link | issue24492 messages |
| 2015年06月23日 17:40:13 | arigo | create |
|