STINNER Victor added the comment:
See also bpo-20443 "__code__. co_filename should always be an absolute path". I
had a revert a change which affected sys.argv[0]:
commit a1a99b4bb7cbe2dbc55a1d92c3c509b4466d3c3b
Author: Victor Stinner
Date: Mon Dec 9 17:34:02 2019 +0100
bpo-20443: No
Ned Deily added the comment:
> I'm not against making Python even better: attempt to normalize the path ;-)
I would be very cautious about doing that. I'm pretty sure it would break some
existing code.
--
nosy: +ned.deily
___
Python tracker
STINNER Victor added the comment:
> The path is not required to be normalized.
I'm talking about the current implementation.
I'm not against making Python even better: attempt to normalize the path ;-)
--
___
Python tracker
STINNER Victor added the comment:
test_sys:
def test_executable(self):
# sys.executable should be absolute
self.assertEqual(os.path.abspath(sys.executable), sys.executable)
IMO the test is wrong. It must test:
test.assertTrue(os.path.isabs(sys.executable)).
The path is
Irit Katriel added the comment:
This is still unresolved:
iritkatriel@Irits-MBP Lib % pwd
/Users/iritkatriel/src/cpython-1/Lib
iritkatriel@Irits-MBP Lib % ../python.exe -m test -v test_sys
[snipped]
==
FAIL: test_executable
Petri Lehtinen pe...@digip.org added the comment:
Éric Araujo wrote:
I wonder if the doc for sys.executable should mention that ..
segments may be present.
Once this is fixed, it should say that .. segments may be present if
there's realpath() is not available.
--
Éric Araujo mer...@netwok.org added the comment:
I wonder if the doc for sys.executable should mention that .. segments may be
present.
--
nosy: +eric.araujo, petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14088
New submission from Antonio Ribeiro alvesjunior.anto...@gmail.com:
Hi all,
As it is my first time here, I'll try to explay step-by-step why I'm providing
this path, and why I think that it is changing something that I believe that is
not correct.
First of all, I was trying to run one
Antoine Pitrou pit...@free.fr added the comment:
This is unfortunately wrong since it will fail in the face of symlinks.
(if foo is a symlink to another directory, then foo/../bar is not the same
thing as bar)
--
nosy: +pitrou
___
Python tracker
STINNER Victor victor.stin...@gmail.com added the comment:
We can use realpath() if the function is available. Something similar is
already done for sys.argv[0]. We should also use GetFullPathNameW() on Windows.
--
nosy: +haypo
Added file:
STINNER Victor victor.stin...@gmail.com added the comment:
See also the issue #13402.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14088
___
Antoine Pitrou pit...@free.fr added the comment:
We can use realpath() if the function is available. Something similar
is already done for sys.argv[0]. We should also use GetFullPathNameW()
on Windows.
GetFullPathName() is an abspath() equivalent. For realpath() you want
STINNER Victor victor.stin...@gmail.com added the comment:
GetFullPathName() is an abspath() equivalent. For realpath() you
want GetFinalPathNameByHandle(), aka. _nt.getfinalpathname().
Ah? ntpath.realpath() uses nt._getfullpathname(). Is it a bug in ntpath?
--
Antoine Pitrou pit...@free.fr added the comment:
Ah? ntpath.realpath() uses nt._getfullpathname(). Is it a bug in ntpath?
Probably:
# realpath is a no-op on systems without islink support
realpath = abspath
--
___
Python tracker
STINNER Victor victor.stin...@gmail.com added the comment:
Is it a bug in ntpath?
Probably
Ok, I opened the issue #14094.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14088
___
15 matches
Mail list logo
