On Nov 4, 2014, at 0:06, jenkins-admin_at_freebsd.org wrote: > See <https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/184/> It appears that some of the new results from the libc testcases are causing Jenkins to crash in some cases: - https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/186/testReport/ And it appears that kyua is creating “malformed XML” (invalid XML character) in others: https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/184/testReport/junit/test-report/xml/_init_/ I’m not sure about the former case, but the latter case has to do with the fact that one of the testcases outputs invalid UTF-8 which is then turning up in the output. Even python complains about it: % kyua report-junit > ~/report.junit % python2 -c 'import os.path; import xml.dom.minidom as md; md.parse(os.path.expanduser("~/report.junit"))' Traceback (most recent call last): File "<string>", line 1, in <module> File "/usr/local/lib/python2.7/xml/dom/minidom.py", line 1918, in parse return expatbuilder.parse(file) File "/usr/local/lib/python2.7/xml/dom/expatbuilder.py", line 924, in parse result = builder.parseFile(fp) File "/usr/local/lib/python2.7/xml/dom/expatbuilder.py", line 207, in parseFile parser.Parse(buffer, 0) xml.parsers.expat.ExpatError: not well-formed (invalid token): line 27137, column 13 The problem testcase is lib.libc.locale.t_io:bad_big5_wprintf; once I remove that from the output, python no longer complains: % python2 -c 'import os.path; import xml.dom.minidom as md; md.parse(os.path.expanduser("~/report.junit"))' I fixed this issue in r274090. Thank you!
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:53 UTC