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 eryksun, paul.moore, steve.dower, tim.golden, zach.ware
Date 2015-07-14.23:08:53
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
> This code can cause issues on Windows

What's the issue or issues here? For 2.7, Windows won't be able to find msvcr90.dll without an activation context, but that's just an ERROR_MOD_NOT_FOUND OS error. It should be ignored by the try/except block. For 3.4, it shouldn't be using SxS for msvcr100.dll, so the server in question must have an unusual configuration. Still, the OSError that gets raised should be ignored. 

3.5 built with VC 14 has a separate issue related to this. Due to changes from issue 23606, find_msvcrt now returns None. But the TypeError raised by CDLL(None) should be ignored here all the same. 

BTW, in Windows 10 I'm still able to reference CRT functions by name using CDLL('ucrtbase'). Are you sure the ultimate plan is to remove the named exports?
Date User Action Args
2015-07-14 23:08:54eryksunsetrecipients: + eryksun, paul.moore, tim.golden, zach.ware, steve.dower
2015-07-14 23:08:54eryksunsetmessageid: <>
2015-07-14 23:08:54eryksunlinkissue24634 messages
2015-07-14 23:08:53eryksuncreate