Message314660
| Author |
ncoghlan |
| Recipients |
eric.snow, ncoghlan, steve.dower |
| Date |
2018年03月29日.15:37:45 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1522337866.0.0.467229070634.issue33180@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
I'm not sure what the right solution is at the design level, but I did recently run into a quirk related to this in the embedding tests: on \*nix systems, PySys_SetProgramName affects sys.executable, while Windows ignores it.
But certainly the intention is that a non-None sys.executable should be usable the way multiprocessing and the test suite use it: as a way to run Python in a subprocess. If an embedding environment wants to support that, it can set it to something suitable, and if it doesn't, it can set it to None.
(I do sometimes wonder if subprocess should have some sys.executable-specific helpers though - rerunning Python with the same settings as the current Python requires quite a bit more than just calling sys.executable with no particular options) |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2018年03月29日 15:37:46 | ncoghlan | set | recipients:
+ ncoghlan, eric.snow, steve.dower |
| 2018年03月29日 15:37:45 | ncoghlan | set | messageid: <1522337866.0.0.467229070634.issue33180@psf.upfronthosting.co.za> |
| 2018年03月29日 15:37:45 | ncoghlan | link | issue33180 messages |
| 2018年03月29日 15:37:45 | ncoghlan | create |
|