[issue4071] ntpath.abspath fails for long str paths

Eryk Sun added the comment: I'm closing this as a resolved issue. Python 2 is approaching end of life, and I don't see a pressing need for my suggestion in msg237007. We should be using unicode for paths in Windows anyway since its file systems are natively Unicode. -- stage: ->

[issue4071] ntpath.abspath fails for long str paths

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4071] ntpath.abspath fails for long str paths

eryksun added the comment: Can we close this as I'm not aware of any possible way to fix this? Windows system and C runtime calls that take paths could be restricted to wide-character APIs, such as calling GetFullPathnameW in this case, or _wexecve instead of execve (issue 23462). Then for

[issue4071] ntpath.abspath fails for long str paths

Mark Lawrence added the comment: Can we close this as I'm not aware of any possible way to fix this? See also issue1776160. -- nosy: +steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4071

[issue4071] ntpath.abspath fails for long str paths

Mark Lawrence added the comment: I don't see that any further work can be done here owing to limitations of the Windows str API. Note that the same argument can be applied to issue1776160. -- nosy: +BreamoreBoy ___ Python tracker

[issue4071] ntpath.abspath fails for long str paths

Changes by Serhiy Storchaka storch...@gmail.com: -- type: crash - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4071 ___ ___

[issue4071] ntpath.abspath fails for long str paths

Serhiy Storchaka added the comment: I doubt this issue exists on Python = 3.2. See also issue1776160. -- nosy: +serhiy.storchaka versions: -Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org

[issue4071] ntpath.abspath fails for long str paths

Changes by Ezio Melotti ezio.melo...@gmail.com: -- versions: +Python 3.2, Python 3.3, Python 3.4 -Python 2.6, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4071 ___

[issue4071] ntpath.abspath fails for long str paths

Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: GetFullPathNameW may return the required buffer size (non-zero value) when buffer is too short. Before r67154, this case was treated as success, so there was possibility of access to uninitialized buffer woutbuf. Fortunately,

[issue4071] ntpath.abspath fails for long str paths

Martin v. Löwis mar...@v.loewis.de added the comment: As it is apparently not clear what change exactly needs to be applied to 2.5, I'm declaring that this fix will not be backported. I would appreciate if somebody could summarize what still needs to be done, or (if nothing needs to be done),

[issue4071] ntpath.abspath fails for long str paths

Martin v. Löwis [EMAIL PROTECTED] added the comment: ocean-city, can you please backport this to the 2.5 branch? -- assignee: - ocean-city nosy: +loewis priority: - release blocker resolution: - accepted ___ Python tracker [EMAIL PROTECTED]

[issue4071] ntpath.abspath fails for long str paths

Martin v. Löwis [EMAIL PROTECTED] added the comment: As a follow-up: please don't forget to add Misc/NEWS entries (both for the already-committed patch, as well as for the backport). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071

[issue4071] ntpath.abspath fails for long str paths

Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: can you please backport this to the 2.5 branch? Sorry for clarification. Which should I backport r67154 or quick_hack_for_getfullpathname_v2.patch? ___ Python tracker [EMAIL PROTECTED]

[issue4071] ntpath.abspath fails for long str paths

Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Fixed unicode issue in r67154(trunk). I'm not sure how to handle long str, so I didn't touch it for now. -- versions: +Python 2.5.3, Python 2.7 ___ Python tracker [EMAIL PROTECTED]

[issue4071] ntpath.abspath fails for long str paths

Changes by Jason Day [EMAIL PROTECTED]: -- title: ntpath.abspath can fail on Win Server 2008 (64-bit) - ntpath.abspath fails for long str paths ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071

[issue4071] ntpath.abspath fails for long str paths

Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I think attached patch fix_getfullpathname.patch will fix unicode issue at least. For ansi issue, I followed the manner of win32_chdir for now. After some investigation, GetFullPathNameA fails if output size is more than MAX_PATH even if

[issue4071] ntpath.abspath fails for long str paths

Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I feel it's difficult to check this before invoking GetFullPathNameA. And error number via GetLastError() is vogus, sometimes 0, sometimes others. ___ Python tracker [EMAIL PROTECTED]

[issue4071] ntpath.abspath fails for long str paths

Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Or, if PyArg_ParseTuple overflowed or GetFullPathNameA failed, (not check GetLastError() because it's vogus) try GetFullPathNameW like attached file quick_hack_for_getfullpathname.patch. This inverses flow if (unicode_file_names()) {

[issue4071] ntpath.abspath fails for long str paths

Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11758/quick_hack_for_getfullpathname_v2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071 ___

[issue4071] ntpath.abspath fails for long str paths

Changes by Jason Day [EMAIL PROTECTED]: -- title: ntpath.abspath can fail on Win Server 2008 (64-bit) - ntpath.abspath fails for long str paths ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071