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

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

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.

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: