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 paul.moore
Recipients Big Stone, paul.moore, steve.dower, tim.golden, zach.ware
Date 2017-02-16.16:24:34
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CACac1F80BQGZdaqfjcn0FDV4P3wsrX286kipDNHS5vh-RWHrfA@mail.gmail.com>
In-reply-to <1487261262.38.0.905496315683.issue29578@psf.upfronthosting.co.za>
Content
>> an alternative standalone Python interpreter
>
> It's a convenient way to avoid having your standard library hijacked by registry keys installed by the regular interpreter.

Ah yes, that makes sense - it's maybe not the *right* way, but as a
practical approach it has benefits :-)

> However, if it detects "Lib\os.py" or "python36.zip" alongside the executable, it shouldn't look in the registry to figure out its home directory. That ought to be sufficient for portable cases, though of course there are some registry entries that will still have an impact (until 3.6.1, when we should be registry clean provided one of the landmark files is found).

And that of course is the "right" way - it's just taken a long time to
get there because of all the nastiness involved in interpreter startup
(see PEP 432 :-))

I'd forgotten (and hadn't gone and checked) that WinPython was
designed as a portable build.
History
Date User Action Args
2017-02-16 16:24:35paul.mooresetrecipients: + paul.moore, tim.golden, zach.ware, steve.dower, Big Stone
2017-02-16 16:24:35paul.moorelinkissue29578 messages
2017-02-16 16:24:34paul.moorecreate