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 r.david.murray
Recipients brett.cannon, r.david.murray
Date 2009-07-20.18:45:21
SpamBayes Score 4.67737e-13
Marked as misclassified No
Message-id <>
In debugging an intermittent test failure we discovered that if '.' is
in the path and import_module is called, then what happens when
__import__ causes the creation of a .pyc file changes.  Without the
forgoing, the permissions of the .py file are copied to the .pyc file
(although the fix for issue 6070 removes the execute bits if set).  With
the forgoing, the write bit is set on the .pyc file even if it was not
set on the .py file.

The second behavior is how things always worked before 2.6. (Why it
changed in 2.6 I don't know, and I'm not convinced it was a change for
the better; see also issue 6074).

I will upload a test as soon as I create the issue and get an issue
number to label it with.

Note that this issue exists only 3.x, even though trunk uses the
backported import_module function from importlib.
Date User Action Args
2009-07-20 18:45:23r.david.murraysetrecipients: + r.david.murray, brett.cannon
2009-07-20 18:45:23r.david.murraysetmessageid: <>
2009-07-20 18:45:22r.david.murraylinkissue6526 messages
2009-07-20 18:45:21r.david.murraycreate