[issue40726] ast.Call end_lineno is defined and returns None

2020-05-22 Thread David Strobach
David Strobach added the comment: > Actually, Xonsh tests show that keyword AST nodes are missing 'lineno' > attribute, but that could be our fault. Yes, our fault. Sorry for the noise. -- ___ Python tracker <https://bugs.py

[issue40726] ast.Call end_lineno is defined and returns None

2020-05-22 Thread David Strobach
David Strobach added the comment: Actually, Xonsh (http://github.com/xonsh/xonsh) tests show that keyword AST nodes are missing 'lineno' attribute, but that could be our fault. -- ___ Python tracker <https://bugs.python.o

[issue40726] ast.Call end_lineno is defined and returns None

2020-05-22 Thread David Strobach
David Strobach added the comment: The issue is not limited to ast.Call. Other AST nodes are also affected (e.g. ast.BinOp). It's also not limited to end_lineno attribute. The same applies to end_col_offset. -- ___ Python tracker &

[issue40726] ast.Call end_lineno is defined and returns None

2020-05-22 Thread David Strobach
Change by David Strobach : -- nosy: +laloch ___ Python tracker <https://bugs.python.org/issue40726> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40238] os.stat() on Windows succeeds for nonexistent paths with trailing spaces

2020-04-10 Thread David Strobach
David Strobach added the comment: Hi Eryk, thanks for your time and for the explanation. > The Windows file API normalizes paths to replace forward slashes with > backslashes; resolve relative paths and "." and ".." components; strip > trailing spaces and dots

[issue40238] os.stat() on Windows succeeds for nonexistent paths with trailing spaces

2020-04-09 Thread David Strobach
New submission from David Strobach : On Windows (Server 2012 R2 in my case) os.stat() seems to be striping significant trailing spaces off the path argument: >>> import os >>> os.stat("c:\\Program Files ") os.stat_result(st_mode=16749, st_ino=281474976710717, s