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 chrullrich, davin, eryksun, ned.deily, paul.moore, pitrou, steve.dower, tim.golden, zach.ware
Date 2019-01-25.23:05:21
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1548457521.97.0.783142575671.issue35797@roundup.psfhosted.org>
In-reply-to
Content
I realised while doing the fix that changing sys.executable to point to the "real" python.exe would break scenarios that involve generating scripts. All of those have been relying on sys.executable launching the venv, which would break if we changed it there.

Instead, we now just load the direct executable name in multiprocessing as I posted earlier when we detect that __PYVENV_LAUNCHER__ was set on Windows. Having a "sys.base_executable" property might have been valuable here, but as we don't need it for all platforms I just used the _winapi module.
History
Date User Action Args
2019-01-25 23:05:23steve.dowersetrecipients: + steve.dower, paul.moore, pitrou, tim.golden, ned.deily, zach.ware, eryksun, chrullrich, davin
2019-01-25 23:05:21steve.dowersetmessageid: <1548457521.97.0.783142575671.issue35797@roundup.psfhosted.org>
2019-01-25 23:05:21steve.dowerlinkissue35797 messages
2019-01-25 23:05:21steve.dowercreate