Author erik flister
Recipients erik flister, eryksun, paul.moore, steve.dower, tim.golden, zach.ware
Date 2015-06-13.00:41:02
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1434156064.82.0.198267348777.issue24429@psf.upfronthosting.co.za>
In-reply-to
Content
well i can confirm @eryksun's method works, so it's not a problem with how the manifest is included in the dll.  to me, the real issue is that ctypes.cdll.msvcrt and find_library('c') aren't correct.  the first returns something "old and unsupported," or "officially off-limits" (depending who you ask), and the second doesn't work when running embedded.  imho, both of them should use @eryksun's method to activate the dll's context, look in the included manifest, and return the msvcr* found there.  why isn't this the correct design?  why should every library have to reimplement the method just to allow running embedded, which they can't be responsible for knowing about?
History
Date User Action Args
2015-06-13 00:41:05erik flistersetrecipients: + erik flister, paul.moore, tim.golden, zach.ware, eryksun, steve.dower
2015-06-13 00:41:04erik flistersetmessageid: <1434156064.82.0.198267348777.issue24429@psf.upfronthosting.co.za>
2015-06-13 00:41:04erik flisterlinkissue24429 messages
2015-06-13 00:41:02erik flistercreate