Ezio Melotti added the comment:
> I'm surprised by the test_codecencodings_iso2022 failures. Example:
======================================================================
FAIL: test_incrementaldecoder (test.test_codecencodings_iso2022.Test_ISO2022_KR)
----------------------------------------------------------------------
Traceback (most recent call last):
File "E:\GitHub\cpython\lib\test\multibytecodec_support.py", line 208, in
test_incrementaldecoder
self.assertEqual(ostream.getvalue(), self.tstring[1])
AssertionError: b'\xe[334
chars]\x80\n\xed\x9a\xa8\xec\x9c\xa8\xec\xa0\x81\xec[1668 chars]4.\n' !=
b'\xe[334 chars]\x80\r\n\xed\x9a\xa8\xec\x9c\xa8\xec\xa0\x81\x[1682 chars]\r\n'
I run into this problem during a sprint, with a machine that was also running
Windows and cloned from the git repo. Those bytes are read from txt files in
the test/cjkencodings dir, and they are marked as binary files in .hgeol.
Since git ignores .hgeol and treats them as text files, it also changes the
newline to \r\n causing the failure.
The tests pass without problems after cloning with Mercurial.
----------
_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26226>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
