Re: [perl #24030] [PATCH] hash.t fails on OS X

2003-09-26 Thread Dan Sugalski
On Fri, 26 Sep 2003, Leopold Toetsch wrote: > Jeff Clites <[EMAIL PROTECTED]> wrote: > > What's the preferred way to prevent this in tests? > > I have put now the test in its own sub. So it should be sure that > interpreter->lo_var_ptr (the stack limit for trace_system_stack) is > above the auto

Re: [perl #24030] [PATCH] hash.t fails on OS X

2003-09-26 Thread Leopold Toetsch
Jeff Clites <[EMAIL PROTECTED]> wrote: > I did a bit more digging on this test failure, and I think it's an > "infant mortality" case--it looks like creating the large string might > be triggering a DOD run which is freeing the hash. Just dumping the > hash before and after creating the string demo

Re: [perl #24030] [PATCH] hash.t fails on OS X

2003-09-26 Thread Michael Scott
On Friday, Sep 26, 2003, at 13:04 Europe/Berlin, Jeff Clites wrote: I did a bit more digging on this test failure, and I think it's an "infant mortality" case--it looks like creating the large string might be triggering a DOD run which is freeing the hash. Just dumping the hash before and after

Re: [perl #24030] [PATCH] hash.t fails on OS X

2003-09-26 Thread Jeff Clites
I did a bit more digging on this test failure, and I think it's an "infant mortality" case--it looks like creating the large string might be triggering a DOD run which is freeing the hash. Just dumping the hash before and after creating the string demonstrates (by crashing during the second dum

Re: [perl #24030] [PATCH] hash.t fails on OS X

2003-09-25 Thread Jeff Clites
Hi: In case it helps, it looks like it's crashing at string.c:552, because it's trying to call src->encoding->decode() but src->encoding is NULL. (gdb) f 0 #0 0x6104 in string_transcode (interpreter=0x616400, src=0x623440, encoding=0x19e43c, type=0x19a6fc, dest_ptr=0x0) at string.c:552 552

Re: [perl #24030] [PATCH] hash.t fails on OS X

2003-09-25 Thread Leopold Toetsch
Michael Scott <[EMAIL PROTECTED]> wrote: > Program received signal EXC_BAD_ACCESS, Could not access memory. > 0x5f30 in string_transcode () > (gdb) bt > #0 0x5f30 in string_transcode () Thanks for the backtrace - doesn't help much though. Anyway I've commited a patch to reenable 'debuggi

Re: [perl #24030] [PATCH] hash.t fails on OS X

2003-09-25 Thread Michael Scott
On Thursday, Sep 25, 2003, at 16:06 Europe/Berlin, Michael Scott wrote: On Thursday, Sep 25, 2003, at 13:20 Europe/Berlin, Leopold Toetsch wrote: Michael Scott <[EMAIL PROTECTED]> wrote: t/src/hash.t test 7 fails on Mac OS X 10.2.6 (gcc 3.3) because BIGLEN is too big: 9. 100_000 chars for

Re: [perl #24030] [PATCH] hash.t fails on OS X

2003-09-25 Thread Michael Scott
On Thursday, Sep 25, 2003, at 13:20 Europe/Berlin, Leopold Toetsch wrote: Michael Scott <[EMAIL PROTECTED]> wrote: t/src/hash.t test 7 fails on Mac OS X 10.2.6 (gcc 3.3) because BIGLEN is too big: 9. 100_000 chars for the key doesn't seem to be very big. Wher does it fail? Can you debug/bac

Re: [perl #24030] [PATCH] hash.t fails on OS X

2003-09-25 Thread Leopold Toetsch
Michael Scott <[EMAIL PROTECTED]> wrote: > t/src/hash.t > test 7 fails on Mac OS X 10.2.6 (gcc 3.3) because BIGLEN is too big: > 9. 100_000 chars for the key doesn't seem to be very big. Wher does it fail? Can you debug/back-trace it? > I've made it a bit smaller: 65536. > This begs the qu

[perl #24030] [PATCH] hash.t fails on OS X

2003-09-24 Thread via RT
# New Ticket Created by Michael Scott # Please include the string: [perl #24030] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=24030 > t/src/hash.t test 7 fails on Mac OS X 10.2.6 (gcc 3.3) because BIGLEN is too big: 999