Ticket #412 (closed bug: fixed)
Failure of set_integer_keyed_str on linux AMD64
|Reported by:||mikehh||Owned by:|
I get a failure of set_integer_keyed_str BUT not when I configure with --configure_trace
I am running on linux AMD64 Kubuntu Intrepid
On Tuesday 3rd March I applied a patch by andy dougherty/rurban to r37128. For the first time I was able to build with --optimize on my AMD64 platform. However I failed two tests (out of 11701) they were t/pmc/packfile.t (test 6) and t/pmc/packfilesegment.t (only test).
Both tests reported:
# Failed test 'set_integer_keyed_str'
# at t/pmc/packfile.t line 142.
# Exited with error code: 134
# not equal
I then did a build without the optimize and without the patch, with a clean checkout. perl Configure.pl, make. make smoke.
The tests were still failing.
The patch was applied at r37129 and I did an svn up on the original directory to r37132. I did a make realclean, perl Configure.pl --optimize --test, make world, make smoke. The two tests were still failing.
None of the other smolder tests were failing these tests on AMD64. and I could not see why this was happening. I reported it on #parrot, but no one there had any other ideas.
I moved back to testing on i386 for a while.
This morning while chatting to rurban and kid51 on #parrot I decided to give it another try.
At r37172 I did an --optimize build and got the same failures.
At r37173 I built using perl Configure.pl --optimize --test --configure_trace and the tests passed.
I tried various combinations of --optimize and --configure_trace.
With --configure_trace the tests pass with or without --optimize.
Without --configure_trace the tests fail with or without the --optimize.
At revision 37184 - perl Configure --optimize --test --configure_trace:
At r37184 without --configure_trace:
BTW: In all the above tests I get a TODO passed:
t/pmc/exception.t (Wstat: 0 Tests: 31 Failed: 0)
TODO passed: 30
I do not have any problems with these tests on linux i386 also Kubuntu Intrepid.
I am up to date with updates available and similarly with CPAN as of this morning (Sat, 7th March 2009)