[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Joseph Shen added the comment: Oh, can't believe this, and I thought iPhone 8 will bring back my lovely 3.5mm jack ^_^ On Sat, Sep 10, 2016 at 22:16 Zachary Ware wrote: > > Zachary Ware added the comment: > > Joseph: "plat-win" was actually removed from the comment in #28046; it is > an obsole

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Zachary Ware added the comment: Joseph: "plat-win" was actually removed from the comment in #28046; it is an obsolete name that hasn't been used since August 21, 2000. I just killed the platform directories, let's not bring them back :) -- ___ Pyth

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Joseph Shen added the comment: Yeah it's true, anyway thanks for your support On Sat, Sep 10, 2016 at 22:10 Steve Dower wrote: > > Steve Dower added the comment: > > I don't intend to change any defaults arbitrarily, but you can easily > specify a folder with whatever name you like for these. I

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Steve Dower added the comment: I don't intend to change any defaults arbitrarily, but you can easily specify a folder with whatever name you like for these. I agree it would be a more sensible name, but it's such a minor issue that change would be more disruptive than helpful. -- ___

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Joseph Shen added the comment: I noticed someone use `plat-win` instead of `DLLs` in this http://bugs.python.org/issue28046, so what's your opinion for this? `plat-win` looks more meaningful than old `DLLs` at least for me, do your have any plan for this in the 3.6 release? --

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Changes by Steve Dower : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ ___ Pyt

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Roundup Robot added the comment: New changeset 672c5fe7372c by Steve Dower in branch 'default': Issue #27874: Allows use of pythonXX.zip file as landmark on Windows https://hg.python.org/cpython/rev/672c5fe7372c -- nosy: +python-dev ___ Python tracker

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Steve Dower added the comment: For 3.6 I've changed this behaviour fairly significantly. See https://docs.python.org/3.6/using/windows.html#finding-modules for the new docs on the 'sys.path' file (name subject to change, but I like the parallel :) ) The embedded distro will include a default s

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Joseph Shen added the comment: thanks for the comment and make python work on Windows better :) I will trace the 3.6 source code. On Sat, Aug 27, 2016 at 8:58 PM Steve Dower wrote: > > Steve Dower added the comment: > > I don't entirely agree with the analysis or suggestions here, but I do > i

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Steve Dower added the comment: I don't entirely agree with the analysis or suggestions here, but I do intend to change this for 3.6 so I'll assign myself. At the very least, we won't fall back on totally relative paths - we'll make them absolute from the program directory. -- assignee

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Joseph Shen added the comment: I don't know how to reopen this issue, please make some comments for what I added just now, thanks. -- status: closed -> open ___ Python tracker

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Joseph Shen added the comment: Yea, thanks for review, I knew the pyven. But the behavior right now is really what I think unnecessary complicated and confusing. What I think, we all knew the DLLs is used for python keep the *.pyd (actually just dll), so by default, why we want this directory rel

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Eryk Sun added the comment: Windows Python determines sys.prefix (i.e. the location of the standard library, \lib) via either the PYTHONHOME environment variable or by searching for the landmark "lib/os.py", starting in the application directory and reducing back to the root directory [1]. I

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

Joseph Shen added the comment: second snapshot -- Added file: https://bugs.python.org/file44239/2016-08-27_15-09-45.png ___ Python tracker ___ __

[issue27874] inconsistent sys.path behavior when using PythonXX.zip

New submission from Joseph Shen: Found a inconsistent sys.path result when python packed with it's library with zip package. A. when NOT use zip package sys.path is base the python.exe's absolute path, result is 1. ABS_PATH\pythonXX.zip 2. ABS_PATH\DLLs 3. ABS_PATH\l