[Python-3000] Py3k_struni additional test failures under cygwin (original) (raw)

Joe Smith unknown_kev_cat at hotmail.com
Wed Jul 18 19:56:07 CEST 2007

"Guido van Rossum" <guido at python.org> wrote in message news:ca471dc20707181002w64e076aco9a509ec7e4e15b9a at mail.gmail.com...

On 7/17/07, Joe Smith <unknownkevcat at hotmail.com> wrote:

Building Py3kstruni under Cygwin I've noticed a few more tests failing than the wiki shows. These are using SVN revision 56413.

Some spurious errors seem to occur if Python/ is not remaned temporally. I have not included those. (This is an oddity of the cygwin '.exe' autohandling combined with case-insensitivity)

Testcoding: Errors. Traceback included at end of message. "test testdescr failed -- ['foo\u1234bar'] slots not caught" "test testlargefile failed -- got b'z', but expected 'z'" testmarshal: Tests that fail are fasiling with a recursion limit exceeded error.

Tracebacks: test testcoding failed -- Traceback (most recent call last): File "/home/Owner/py3k-struni/Lib/test/testcoding.py", line 12, in testbadc oding2 self.verifybadmodule(modulename) File "/home/Owner/py3k-struni/Lib/test/testcoding.py", line 20, in verifybad module text = fp.read() File "/home/Owner/py3k-struni/Lib/io.py", line 1186, in read res += decoder.decode(self.buffer.read(), True) File "/home/Owner/py3k-struni/Lib/encodings/ascii.py", line 26, in decode return codecs.asciidecode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xef in position 0: ordinal not in range(128) The testdescr and testlargefile failures are reproducible on Ubuntu and someone will eventually fix them. I can't reproduce the testmarshal and testcoding failures; please investigate more on CYGWIN.

For the test coding, apprently the module's contents are intended to be loaded, and then verified that a syntax error occurs when trying to parse the module. However, on cygwin i'm consistantly getting an error on the line that reads the file. Specificly fp.read().

Fp.read() appears to be trying to export a unicode string by interpreting the byte string as ascii. The byte string is most certainly not valid ascii. So the codec throws an error. I'm guessing for some reason python normally chose a different codec, but on my cygwin compiles it is choosing ascii. I'm not sure why. Nor am I sure how to inestigate further.

Heres a fairly useless loking traceback for test_marshal. Many of the tests fail with nearly identical tracebacks:

#====================================================================== #ERROR: test_tuple (test.test_marshal.ContainerTestCase) #---------------------------------------------------------------------- #Traceback (most recent call last):

File "/home/Owner/py3k-struni/Lib/test/test_marshal.py", line 134, in

test_tuple

self.helper(tuple(self.d.keys()))

File "/home/Owner/py3k-struni/Lib/test/test_marshal.py", line 21, in

helper

new = marshal.load(f)

#ValueError: recursion limit exceeded

For what it's worth here is the fll subtest list and status for test_marshal:

#test_bool (test.test_marshal.IntTestCase) ... ERROR #test_int64 (test.test_marshal.IntTestCase) ... ok #test_ints (test.test_marshal.IntTestCase) ... ERROR #test_floats (test.test_marshal.FloatTestCase) ... ERROR #test_buffer (test.test_marshal.StringTestCase) ... ERROR #test_string (test.test_marshal.StringTestCase) ... ERROR #test_unicode (test.test_marshal.StringTestCase) ... ERROR #test_code (test.test_marshal.CodeTestCase) ... ok #test_dict (test.test_marshal.ContainerTestCase) ... ERROR #test_list (test.test_marshal.ContainerTestCase) ... ERROR #test_sets (test.test_marshal.ContainerTestCase) ... ERROR #test_tuple (test.test_marshal.ContainerTestCase) ... ERROR #test_exceptions (test.test_marshal.ExceptionTestCase) ... ok #test_bug_5888452 (test.test_marshal.BugsTestCase) ... ok #test_fuzz (test.test_marshal.BugsTestCase) ... ok #test_loads_recursion (test.test_marshal.BugsTestCase) ... ok #test_patch_873224 (test.test_marshal.BugsTestCase) ... ok #test_recursion_limit (test.test_marshal.BugsTestCase) ... ok #test_version_argument (test.test_marshal.BugsTestCase) ... ok

I'm wondering if the recusion limit on my build is getting set too low somehow.

More information about the Python-3000 mailing list