Perl-Prozess stecken bleibt, mit «*** glibc detected *** perl: corrupted double-linked list: 0x0000000001474b40 ***» - wie kann ich es kündigen?
Ich habe versucht zu Debuggen, ein memory corruption-problem mit Perl 5 und XML::LibXML (die ich jetzt halten). Nun, hier ist, was ich immer bin:
shlomif@lap:~/progs/perl/cpan/XML/LibXML/bugs/perl-xml-libxml-bugs/XML-LibXML-reader-segfault$ make test
XML_CATALOG_FILES="`pwd`/sgml-lib/catalog.xml" perl find_ascii_quotes.pl index.html
*** glibc detected *** perl: corrupted double-linked list: 0x0000000001474b40 ***
^Cmake: *** [test] InterruptUnd dann den Perl-Prozess stecken bleibt und nicht zurück auf die shell. Das Ding ist, die Tatsache, dass der Perl-Prozess wird angehalten, unterbricht mein flow, und ich bin auf der Suche nach einem Weg, damit der Prozess einfach Abstürzen oder was auch immer, anstatt der, die da hingen. GDB Berichte das Zeug unten. Finden Sie den code in Frage in seine Mercurial-repository (nur ausführen von "make test"), und ich bin auf die Entwicklung von Mandriva Linux (Herd) auf x86-64.
ader-segfault$ gdb --command=cmds.gdb /usr/bin/perl
GNU gdb (GDB) 7.1-5 (Mandriva Linux release 2011.0)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-mandriva-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/perl...
warning: the debug information found in "/usr/lib/debug//usr/bin/perl5.12.3.debug" does not match "/usr/bin/perl" (CRC mismatch).
warning: the debug information found in "/usr/lib/debug/usr/bin/perl5.12.3.debug" does not match "/usr/bin/perl" (CRC mismatch).
(no debugging symbols found)...done.
warning: the debug information found in "/usr/lib/debug//usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so.debug" does not match "/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so" (CRC mismatch).
warning: the debug information found in "/usr/lib/debug/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so.debug" does not match "/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so" (CRC mismatch).
[Thread debugging using libthread_db enabled]
warning: the debug information found in "/usr/lib/debug//usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/Encode/Encode.so.debug" does not match "/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/Encode/Encode.so" (CRC mismatch).
warning: the debug information found in "/usr/lib/debug/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/Encode/Encode.so.debug" does not match "/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/Encode/Encode.so" (CRC mismatch).
warning: the debug information found in "/usr/lib/debug//usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/Data/Dumper/Dumper.so.debug" does not match "/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/Data/Dumper/Dumper.so" (CRC mismatch).
warning: the debug information found in "/usr/lib/debug/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/Data/Dumper/Dumper.so.debug" does not match "/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/Data/Dumper/Dumper.so" (CRC mismatch).
warning: the debug information found in "/usr/lib/debug//usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/IO/IO.so.debug" does not match "/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/IO/IO.so" (CRC mismatch).
warning: the debug information found in "/usr/lib/debug/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/IO/IO.so.debug" does not match "/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/IO/IO.so" (CRC mismatch).
warning: the debug information found in "/usr/lib/debug//usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/XML/LibXML/LibXML.so.debug" does not match "/usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/XML/LibXML/LibXML.so" (CRC mismatch).
warning: the debug information found in "/usr/lib/debug/usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/XML/LibXML/LibXML.so.debug" does not match "/usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/XML/LibXML/LibXML.so" (CRC mismatch).
*** glibc detected *** /usr/bin/perl: corrupted double-linked list: 0x0000000000b83440 ***
^C
Program received signal SIGINT, Interrupt.
0x00007ffff6abe12e in __lll_lock_wait_private () from /lib64/libc.so.6
Missing debug package(s), you should install: perl-debug-5.12.3-8.x86_64
(gdb) bt
#0 0x00007ffff6abe12e in __lll_lock_wait_private () from /lib64/libc.so.6
#1 0x00007ffff6a4f7a1 in _L_lock_9854 () from /lib64/libc.so.6
#2 0x00007ffff6a4d6eb in malloc () from /lib64/libc.so.6
#3 0x00007ffff6a43d6d in __libc_message () from /lib64/libc.so.6
#4 0x00007ffff6a49bfa in malloc_printerr () from /lib64/libc.so.6
#5 0x00007ffff6a49f38 in malloc_consolidate.part.3 () from /lib64/libc.so.6
#6 0x00007ffff6a4a749 in _int_free () from /lib64/libc.so.6
#7 0x00007ffff4e8b0e0 in xmlHashFree__internal_alias (table=0xb2db40,
f=0x7ffff4e98e00 <xmlFreeAttribute>) at hash.c:324
#8 0x00007ffff4e82e42 in xmlFreeDtd__internal_alias (cur=0x633310)
at tree.c:1126
#9 0x00007ffff4e8259a in xmlFreeDoc__internal_alias (cur=0x635100)
at tree.c:1227
#10 0x00007ffff51e75a5 in PmmREFCNT_dec ()
from /usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/XML/LibXML/LibXML.so
#11 0x00007ffff51c4f65 in XS_XML__LibXML__Node_DESTROY ()
from /usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/XML/LibXML/LibXML.so
#12 0x00007ffff7b1d60d in Perl_pp_entersub ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#13 0x00007ffff7ab9242 in Perl_call_sv ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
---Type <return> to continue, or q <return> to quit---
#14 0x00007ffff7b22cfa in Perl_sv_clear ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#15 0x00007ffff7b23552 in Perl_sv_free2 ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#16 0x00007ffff7b2314d in Perl_sv_clear ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#17 0x00007ffff7b23552 in Perl_sv_free2 ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#18 0x00007ffff51a6ad9 in XS_XML__LibXML__Reader__DESTROY ()
from /usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/XML/LibXML/LibXML.so
#19 0x00007ffff7b1d60d in Perl_pp_entersub ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#20 0x00007ffff7b14d70 in Perl_runops_standard ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#21 0x00007ffff7ab9083 in Perl_call_sv ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#22 0x00007ffff7b22cfa in Perl_sv_clear ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#23 0x00007ffff7b23552 in Perl_sv_free2 ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#24 0x00007ffff7b4a45f in Perl_leave_scope ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
---Type <return> to continue, or q <return> to quit---
#25 0x00007ffff7b15ad2 in Perl_pp_unstack ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#26 0x00007ffff7b14d70 in Perl_runops_standard ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#27 0x00007ffff7abed6e in perl_run ()
from /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/CORE/libperl.so
#28 0x0000000000400e29 in main ()
(gdb)- Es ist erfrischend zu sehen, eine Frage, die dem Muster folgt, die ursprünglich vorgeschlagen, SO: EINE haarige technisches Problem.
- Sie hat nicht ein upgrade auf Ubuntu Natty vor kurzem durch Zufall? Ich habe gesehen, den gleichen Fehler ein paar mal-nicht in Perl, aber auch andere Sachen-da ich wusste, dass
- Der OP sagt Mandriva. In jedem Fall, so scheint auf ganz wenige Distributionen. Ich habe ähnliche Probleme auf Arch Linux.
- noch sehen diese auf meinem 10.04 mit allen neuesten updates angewendet, aber nur bei der Verwendung von
fakechroot. Trotzdem, Ihre Frage und die Antworten, hat mir geholfen. +1
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Können Sie Steuern das Verhalten von glibc Arbeitsspeicher prüfen mit der
MALLOC_CHECK_Umgebungsvariable. Wenn Sie '3', dann wird eine Nachricht drucken undabort()auf dem erkannten Fehler.Sehen glibc ist heap-überprüfung der Konsistenz Dokumentation für Informationen - dies ist tatsächlich helfen könnte, ist beim Debuggen der Fehler ermöglicht
MALLOC_CHECK_wird die Durchführung von Konsistenzprüfungen oft mehr, als es standardmäßig tut (und damit fangen die Fehler früher).Möglicherweise möchten Sie auch zu schauen Valgrind (wenn Sie nicht bereits haben) zu unterstützen in der Suche nach Ihrer Korruption Problem.
Ihre heap ist immer beschädigt. Die Korruption ist fast sicher passiert irgendwann zuvor-möglicherweise viel früher-weil Sie in den Speicher geschrieben, die Sie nicht richtig zuordnen können (z.B. das schreiben über das Ende eines malloc würde blockieren).
Können Sie versuchen, die Einstellung der
MALLOC_CHECK_environment variable zu erkennen, das problem früher, aber ehrlich gesagt, Ihre beste Wette ist, verwenden Sie ein tool wie Purify oder valgrind fangen die schlechten memory-access in dem moment passiert es.