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
>
>Regards,
>Gisle
Reply to: