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 steve.dower
Recipients bstorm, ned.deily, paul.moore, steve.dower, tim.golden, zach.ware
Date 2019-06-26.21:28:28
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1561584508.58.0.0180415367598.issue37369@roundup.psfhosted.org>
In-reply-to
Content
This seems to be a change in Windows at some point, as it still works on one of my other PCs. I've pinged some colleagues to find out what might have happened, but it definitely looks like the lack of Read+Execute permission is working correctly now :(

One potential fix is to return the path under C:\Users\<username>\AppData\Local\Microsoft\WindowsApp as sys.executable (and sys.exec_prefix?), but it only contains the executable launchers and none of the actual Python install. Making this work for venv might require new values in pyvenv.cfg (however, it also seems that the current sys.executable changes with each update, so if we can change it universally to point at the user's WindowsApp directory then that will stop).

The good news is that if you're trying to launch it from within Python it still works, so multiprocessing is not affected. It's only things that write sys.executable out and try to use it later, like venv.

Adding Ned FYI, as if I can come up with a fix for this before we ship 3.7.4 I'd like to include it. No idea yet how possible that will be or what our fix will be though.
History
Date User Action Args
2019-06-26 21:28:28steve.dowersetrecipients: + steve.dower, paul.moore, tim.golden, ned.deily, zach.ware, bstorm
2019-06-26 21:28:28steve.dowersetmessageid: <1561584508.58.0.0180415367598.issue37369@roundup.psfhosted.org>
2019-06-26 21:28:28steve.dowerlinkissue37369 messages
2019-06-26 21:28:28steve.dowercreate