Manuel de la Pena added the comment:
Tests indeed cover the changes made. I don't know about a decent way of doing
benchmarks for the changes. Any recommendation?
> If this patch is applied I think it would be good to change posixpath too.
I agree and I'd love to do it but in
Changes by Manuel de la Pena :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue15275>
___
___
Python-bugs-list mailing list
Unsubscribe:
Manuel de la Pena added the comment:
Antoine,
What the MSDN is stating is that the Windows functions from COM will not
normalize the path if it is prefixed by \\?\. That is, if a user wanted to do:
path = r'\\?\C:\Users\mandel\..\Desktop\test'
with open(path, 'w') as fd:
New submission from Manuel de la Pena :
Local literal paths are those paths that do use the \\?\ that allows to have
paths longer that the MAX_PATH set by Windows
(http://msdn.microsoft.com/en-us/library/windows/desktop/aa365247%28v=vs.85%29.aspx#short_vs._long_names).
While UNC (http
Changes by Manuel de la Pena :
Removed file: http://bugs.python.org/file26295/f5c57ba1124b.diff
___
Python tracker
<http://bugs.python.org/issue15275>
___
___
Python-bug
Changes by Manuel de la Pena :
Added file: http://bugs.python.org/file26295/f5c57ba1124b.diff
___
Python tracker
<http://bugs.python.org/issue15275>
___
___
Python-bug
New submission from Manuel de la Pena :
The problem is simple, the code that allows to use binary strings and unicode
is making more calls that needed to isinstance(path, bytes) since the result of
the code is not shared. For example, the following calls are present in the
module:
def
Manuel de la Pena added the comment:
In case of my patch (I don't know about santa4nt case) I did not use
shutil.remove because it was not used in the other tests and I wanted to be
consistent and not add a new import. Certainly if there is not an issue with
that we should u
Manuel de la Pena added the comment:
Indeed, in our code we had to write a number of wrappers around the os calls to
be able to work with long path on Windows. At the moment working with long
paths on windows and python is broken in a number of places and is a PITA to
work with
New submission from Manuel de la Pena :
During the development of an application that needed to write paths longer than
260 chars we opted to use \\?\ as per
http://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs.85).aspx#maxpath.
When working with literal paths the following
New submission from Manuel de la Pena :
During our development we have experience the following:
If you have a user in your Windows machine with a name hat uses Japanese
characters like “雄鳥お人好し” you will have the following in your system:
* The Windows Shell will show the path correctly, that
11 matches
Mail list logo
