New submission from Chappuis: When trying to execute the Software build program waf (http://ftp.waf.io/pub/release/waf-1.7.16) with the command python waf-1.7.16 --version, this unzip a folder in the current directory while reporting the version of the program on the standard input. Waf is distributed as a single file with unix end-of-lines. Executing the program with python 2.7 to 3.3 does not cause any problem, but executing with python-3.4.0 make the execution stop.
I patched waf to solve the problem which is purely related to unix/dos end-of-lines. The behaviour of python-3.4.0 seems to have change regarding these EOL characters compared to the previous releases. Is that intentional? Kind regards Thierry ---------- components: Windows messages: 217879 nosy: pygnol priority: normal severity: normal status: open title: Python suddenly cares about EOLs formats on windows type: behavior versions: Python 3.4 _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue21428> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
