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 eryksun
Recipients David Rader, benjamin.peterson, eryksun, loewis, paul.moore, steve.dower, tim.golden, zach.ware
Date 2016-01-16.16:20:09
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1452961210.09.0.182956699557.issue26132@psf.upfronthosting.co.za>
In-reply-to
Content
Steve, is this something that can only be reproduced on Windows 7/2008 for some reason? My "just for me" installation on Windows 10 seems to work fine. I installed from "python-2.7.11.amd64.msi" with the MD5 sum 25acca42662d4b02682eee0df3f3446d, which matches the MD5 sum posted on python.org. 

The resource #1 manifest embedded in python.exe uses the following assembly:

    <assemblyIdentity type="win32" 
                      name="Microsoft.VC90.CRT" 
                      version="9.0.21022.8" 
                      processorArchitecture="amd64" 
                      publicKeyToken="1fc8b3b9a1e18e3b">
    </assemblyIdentity>

The resource #2 manifest embedded in python27.dll uses the same assembly. 

However, I can confirm the second problem. The extension modules in DLLs incorrectly have a resource #2 manifest. They should be relying on the activation context from the #2 manifest in python27.dll.
History
Date User Action Args
2016-01-16 16:20:10eryksunsetrecipients: + eryksun, loewis, paul.moore, tim.golden, benjamin.peterson, zach.ware, steve.dower, David Rader
2016-01-16 16:20:10eryksunsetmessageid: <1452961210.09.0.182956699557.issue26132@psf.upfronthosting.co.za>
2016-01-16 16:20:10eryksunlinkissue26132 messages
2016-01-16 16:20:09eryksuncreate