make test is behaving strangely. The first time I ran it I got test test_mmap crashed -- exceptions.SyntaxError : inconsistent use of tabs and spaces in indentation which I believe Jeremy has seen with test_sre. tabnanny says everything's fine, and running the module manually (and individually w/ regrtest) shows no problems with the test. Similarly, I got a different crash in test_sre. It says: test test_sre failed -- sre.search and I also get test test_re failed -- re.search I'm also getting bizare stuff like test test_strftime crashed -- exceptions.AttributeError : match test test_tokenize crashed -- exceptions.AttributeError : compile test test_xmllib crashed -- exceptions.AttributeError : compile This is all with a CVS updated Python 2.0b1. Now if I run "./python Lib/test/test_mmap.py" manually, this succeeds, and now either the failures go away or are transmorgrified into something more reasonable: mmap, strftime, tokenize, sre, and xmllib all pass. test_re still fails, but this time with test test_re failed -- Writing: '=== Failed incorrectly', expected: "('abc', 'abc', 0, 'fou" Blowing away the Lib/test/*.pyc's doesn't seem to re-trigger the problem once it's fixed, but doing a `make distclean' and `make test' gets me back to the initial situation. Weird! -Barry
test_re still fails, but this time with
test test_re failed -- Writing: '=== Failed incorrectly', expected: "('abc', 'abc', 0, 'fou"
note that test_re should fail; someone (me?) needs to regenerate the output file. the rest looks a bit scary, to say the least. does someone (sre?) overwrite something? does anyone have purify (dmalloc, fences, whatever) within reach? </F>
Barry A. Warsaw wrote:
make test is behaving strangely. The first time I ran it I got
On which platform? Linux seems to do fine with most of this. On AIX (after some hacking related to my previous msg "Oops on AIX", I managed to compile everything but I'll dump an error log on Trent :-)
test test_mmap crashed -- exceptions.SyntaxError : inconsistent use of tabs and spaces in indentation
same here
test test_sre failed -- sre.search ... test test_re failed -- re.search ... test test_strftime crashed -- exceptions.AttributeError : match test test_tokenize crashed -- exceptions.AttributeError : compile test test_xmllib crashed -- exceptions.AttributeError : compile
same here. I believe Guido & al. are aware as per the checkin msg, saying that /F promises to fix this. But on AIX I get in addition to the above failures: test test_array failed -- array('b') overflowed assigning -128L -- Vladimir MARANGOZOV | Vladimir.Marangozov@inrialpes.fr http://sirac.inrialpes.fr/~marangoz | tel:(+33-4)76615277 fax:76615252
test test_sre failed -- sre.search ... test test_re failed -- re.search ... test test_strftime crashed -- exceptions.AttributeError : match test test_tokenize crashed -- exceptions.AttributeError : compile test test_xmllib crashed -- exceptions.AttributeError : compile
same here. I believe Guido & al. are aware as per the checkin msg, saying that /F promises to fix this.
I have no idea what causes this. however, I just noticed that evil tabs had snucked their way into sre_parse and sre_compile. new, properly untabified versions are on their way to the repository. maybe the interpreter messes up badly once -tt has reported an error? try removing -tt from the TESTPYTHON line in the makefile, and see what happens. </F>
Fredrik Lundh wrote:
maybe the interpreter messes up badly once -tt has reported an error? try removing -tt from the TESTPYTHON line in the makefile, and see what happens.
Matches Barry's report exactly. To which I'll add the array('b') failure which is not due to an optimization of arraymodule.c. Will investigate this tonight. -- Vladimir MARANGOZOV | Vladimir.Marangozov@inrialpes.fr http://sirac.inrialpes.fr/~marangoz | tel:(+33-4)76615277 fax:76615252
"FL" == Fredrik Lundh <effbot@telia.com> writes:
FL> the rest looks a bit scary, to say the least. does someone FL> (sre?) overwrite something? does anyone have purify (dmalloc, FL> fences, whatever) within reach? I will very soon. I found a Solaris box on which I could load up an eval copy of Purify. Will report back soon. -Barry
participants (3)
-
bwarsaw＠beopen.com -
Fredrik Lundh -
Vladimir.Marangozov＠inrialpes.fr