On Wed, Nov 12, 2008 at 03:35:08PM -0800, [EMAIL PROTECTED] (via RT) wrote: > t/spec/S29-conversions/ord_and_chr.rakudo fails with: > > t/spec/S29-conversions/ord_and_chr.rakudo (Wstat: 10 Tests: 170 Failed: 0) > Parse errors: Bad plan. You planned 240 tests but ran 170. > > However, it runs to completion with: > > ./perl6 t/spec/S29-conversions/ord_and_chr.rakudo fails with:
This appears to be one of our heisenbugs -- it occurs in some revisions but not in others. For example in r32625 I get a similar situation with t/spec/S03-operators/assign.t -- running it with "make t/spec/S03-operators/assign.t" produces a failure in tests 246-306, while running it directly from the command line works fine. In other revisions it seems to work properly. In contrast, for r32625 I don't see the ord_and_chr.t failure you have, although I have seen it in other revisions. So, when reporting these sorts of bugs it really helps to know what svn revision you're working from. In the assign.t case, it appears this may be related to the fact that the test harness sets the PERL6LIB environment variable: # works $ ./parrot perl6.pbc t/spec/S03-operators/assign.rakudo # fails $ PERL6LIB=$PWD/t/01-sanity ./parrot perl6.pbc t/spec/S03-operators/assign.rakudo 1..306 ok 1 - # SKIP List assignment ok 2 - # SKIP List assignment ok 3 - # SKIP List assignment [...] ok 242 - # SKIP unknown reasons ok 243 - # SKIP unknown reasons ok 244 - # SKIP unknown reasons ok 245 - # SKIP unknown reasons GC: error obj 0xb7790198 () has properties *** glibc detected *** ./parrot: corrupted double-linked list: 0x08d06200 *** ======= Backtrace: ========= /lib/tls/i686/cmov/libc.so.6[0xb76ae149] /lib/tls/i686/cmov/libc.so.6[0xb76afedd] /lib/tls/i686/cmov/libc.so.6(__libc_calloc+0xcf)[0xb76b19ff] /home/pmichaud/parrot/trunk/blib/lib/libparrot.so.0.8.0[0xb7b2e3e5] Again, this is all with r32625, YMMV with other revisions (and please report whatever other clues you may find). Thanks! Pm
