Author steve.dower
Recipients amaury.forgeotdarc, belopolsky, cgohlke, eryksun, meador.inge, python-dev, steve.dower, tim.golden, zach.ware
Date 2015-08-19.13:12:48
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1439989969.11.0.849480469232.issue23606@psf.upfronthosting.co.za>
In-reply-to
Content
I've been ignoring this because I wasn't assigned...

Here's the options. If we make it load ucrtbase.dll directly (which does still have named exports, and also uses the API schema on Windows 10):
* some code that uses it will need updating (due to API changes since VC9/VC10)
* code may need to change depending on OS updated (which could change the ucrtbase exports)
* much existing code using this will probably work

If we leave it as is:
* all existing uses will obviously fail, nothing subtle
* users will either substitute the name themselves, find an equivalent stdlib function, or use a supported Windows API

Having just written that out, I still think not supporting it is best, but I do need to write it up in the porting info still. Any other thoughts?
History
Date User Action Args
2015-08-19 13:12:49steve.dowersetrecipients: + steve.dower, amaury.forgeotdarc, belopolsky, tim.golden, cgohlke, meador.inge, python-dev, zach.ware, eryksun
2015-08-19 13:12:49steve.dowersetmessageid: <1439989969.11.0.849480469232.issue23606@psf.upfronthosting.co.za>
2015-08-19 13:12:49steve.dowerlinkissue23606 messages
2015-08-19 13:12:48steve.dowercreate