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
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
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
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
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
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
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
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
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
# 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
10 matches
Mail list logo