[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Plan C Worked. And there was much rejoicing. (yeah)

Gisle Aas <gisle@ActiveState.com> writes:
>Kenneth Pronovici <pronovic@debian.org> writes:
>> Speaking of breakage, I've just isolated a new problem with
>> HTML::Parser, one which reliably causes Perl to segfault:
>>    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=217616
>> It's getting late, and so I may not be making any sense, but from the
>> backtrace in the original bug report and from the contents of the test
>> case, this seems to be vaguely hash-related.  Since it just cropped up
>> yesterday, I'm thinking that it could be a Debian-specific problem
>> related to Brendan's latest change.  However, I don't right now have a
>> non-Debian Perl 5.8.1 environment to test in, so I'm not sure.
>I can reproduce a segfault here, but I don't see any hash stuff in the
>backtrace I got.  I'll try to figure out what's going on.

It is probably a secondary effect - with randomized hashes the destruct order
is different.

>Program received signal SIGSEGV, Segmentation fault.
>[Switching to Thread 1024 (LWP 21086)]
>0x080e48be in do_clean_objs (my_perl=0x819cbc8, sv=0x81f78b0) at sv.c:376
>376         if (SvROK(sv) && SvOBJECT(rv = SvRV(sv))) {
>(gdb) bt
>#0  0x080e48be in do_clean_objs (my_perl=0x819cbc8, sv=0x81f78b0) at sv.c:376
>#1  0x080e4821 in S_visit (my_perl=0x819cbc8, f=0x80e48a0 <do_clean_objs>) at sv.c:331
>#2  0x080e4b30 in Perl_sv_clean_objs (my_perl=0x819cbc8) at sv.c:424
>#3  0x08061fce in perl_destruct (my_perl=0x819cbc8) at perl.c:496
>#4  0x0805ff52 in main (argc=2, argv=0xbffff9c4, env=0xbffff9d0) at perlmain.c:88
>#5  0x400ce336 in __libc_start_main (main=0x805fe70 <main>, argc=2, ubp_av=0xbffff9c4,
>    init=0x805eeb8 <_init>, fini=0x8175990 <_fini>, rtld_fini=0x4000d2fc <_dl_fini>,
>    stack_end=0xbffff9bc) at ../sysdeps/generic/libc-start.c:129

Reply to: