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 koen
Recipients aheider, koen, loewis
Date 2008-10-17.19:05:59
SpamBayes Score 5.2674095e-06
Marked as misclassified No
Message-id <1224270360.72.0.0106417553546.issue4120@psf.upfronthosting.co.za>
In-reply-to
Content
In response to 74742:

> This issue doesn't stop here, here's another situation:
Python is compiled with MSVC9. A user has it and MSVC9 SP1 installed,
which has a newer CRT version. If he builds site-packages, these files
have an embedded manifest with another CRT version than the python
interpreter itself. Importing these packages loads a second copy of a
CRT into the processes memory, just like described above.

This is not true. For MSVC9SP (VS2008) Microsoft decided that by 
default, it will still compile against the original CRT. Only by 
explicitly adding a compiler flag can you use the updated SP1 CRT (they 
did this because the 2005SP1 caused so much grief, which did 
automatically upgrade the CRT, and subsequently companies did not roll 
out SP1 to prevent the mixing of CRTs). So you can safely compile using 
SP1 installed, and you will at least still use the same CRT version.
History
Date User Action Args
2008-10-17 19:06:01koensetrecipients: + koen, loewis, aheider
2008-10-17 19:06:00koensetmessageid: <1224270360.72.0.0106417553546.issue4120@psf.upfronthosting.co.za>
2008-10-17 19:05:59koenlinkissue4120 messages
2008-10-17 19:05:59koencreate