Summary: | Strigi crash while indexing | ||
---|---|---|---|
Product: | [I don't know] kde | Reporter: | Cyrille Dunant <cyrille.dunant> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | cyrille.dunant, frank78ac, remur, sven.burmeister |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
this file crashes the indexer
New crash information added by DrKonqi file which causes the crah |
Description
Cyrille Dunant
2010-11-27 01:30:27 UTC
Thanks for the bug report! It would really help if you could identify which file is responsible for the crash (looks like it's a PS file, possible in an archive, according to the backtrace). You could try to run 'xmlindexer' or 'rdfindexer' and pass a file name as a parameter to verify if a file is responsible for the crash. Created attachment 54396 [details]
this file crashes the indexer
this file crashes the indexer
the attached file crashes [rdf|xml]indexer with Application: (rdfindexer), signal: Aborted [KCrash Handler] #6 0x00007f445af7c4e5 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #7 0x00007f445af7d9b0 in abort () at abort.c:88 #8 0x00007f445afb76fd in __libc_message (do_abort=2, fmt= 0x7fffd11df850 " /usr/lib64/strigi/strigiea_tiff.so\n7f44479aa000-7f44479ab000 r--p 00003000 08:12 243521", ' ' <repeats 21 times>, "/usr/lib64/strigi/strigiea_tiff.so\n7f44479ab000-7f44479ac000 rw-p 00004000 08:12 24352"...) at ../sysdeps/unix/sysv/linux/libc_fatal.c:170 #9 0x00007f445afbcd06 in malloc_printerr (action=3, str=0x7f445b069797 "free(): invalid pointer", ptr=<value optimized out>) at malloc.c:6239 #10 0x00007f445b349f09 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() () from /usr/lib64/libstdc++.so.6 #11 0x00007f445af7f065 in __run_exit_handlers (status=0, listp=0x7f445b29f4a8, run_list_atexit=true) at exit.c:78 #12 0x00007f445af7f0b5 in exit (status=21305) at exit.c:100 #13 0x00007f445af68a84 in __libc_start_main (main=<value optimized out>, argc=<value optimized out>, ubp_av=<value optimized out>, init=<value optimized out>, fini=<value optimized out>, rtld_fini=<value optimized out>, stack_end=0x7fffd11e00e8) at libc-start.c:252 #14 0x0000000000405a59 in _start () Thanks for the file! I could not reproduce this with my trunk build of KDE/Strigi, but the last backtrace looks like it's related to bug 257944, which got reported quite frequently recently. Maybe your test file can help to nail down this issue. does the indexer only crash on that file or do you experience https://bugzilla.novell.com/show_bug.cgi?id=633747 Created attachment 54830 [details]
New crash information added by DrKonqi
xmlindexer () on KDE Platform 4.5.86 (4.6 >= 20101210) "release 9" using Qt 4.7.2
I have found another file which causes the crah of xmlindexer
-- Backtrace (Reduced):
#6 strchr () at ../sysdeps/x86_64/strchr.S:48
#7 0x00007f86230c03fa in strstr (haystack_start=
0x7f860e086010 "StartFontMetrics 2.0\nComment Generated by MetaType1 (a MetaPost-based engine)\nComment Creation Date: 29th February 2008\nNotice Copyright \\050URW\\051++, copyright 1999 by \\050URW\\051++ Design & Develop"..., needle_start=0x7f8621bfcb0f "<contactGroup") at strstr.c:73
#8 0x00007f8621bfc1da in CtgEndAnalyzer::checkHeader(char const*, int) const () from /usr/lib64/strigi/strigiea_ctg.so
#9 0x00007f8623b455bd in Strigi::StreamAnalyzerPrivate::analyze (this=0x692c60, idx=..., input=0x7b4fe0) at /usr/src/debug/strigi-0.7.3/libstreamanalyzer/lib/streamanalyzer.cpp:422
#10 0x00007f8623b24be4 in Strigi::DirAnalyzer::Private::analyzeFile (this=<value optimized out>, path=..., mtime=1204279440, realfile=true)
at /usr/src/debug/strigi-0.7.3/libstreamanalyzer/lib/diranalyzer.cpp:97
Created attachment 54831 [details]
file which causes the crah
Could you please try with latest trunk? On 0.7.3.99 it works just fine. This is valgrind's output, before it stalls. And it is (according to the package number from opensuse 0.7.3.99). ==17232== Memcheck, a memory error detector ==17232== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==17232== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==17232== Command: xmlindexer 1D4D.pdf ==17232== <?xml version='1.0' encoding='UTF-8'?> <metadata> ==17232== Invalid read of size 1 ==17232== at 0x4C2774B: memchr (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==17232== by 0x58975A5: strstr (str-two-way.h:269) ==17232== by 0xCB680B9: CtgEndAnalyzer::checkHeader(char const*, int) const (in /usr/lib64/strigi/strigiea_ctg.so) ==17232== by 0x4E7272C: Strigi::StreamAnalyzerPrivate::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) (streamanalyzer.cpp:418) ==17232== by 0x4E4B0C0: Strigi::DirAnalyzer::Private::analyzeFile(std::string const&, long, bool) (diranalyzer.cpp:107) ==17232== by 0x4E4C615: Strigi::DirAnalyzer::Private::analyzeDir(std::string const&, int, Strigi::AnalysisCaller*, std::string const&) (diranalyzer.cpp:254) ==17232== by 0x40611F: main (xmlindexer.cpp:160) ==17232== Address 0x204305b0 is 0 bytes after a block of size 1,024 alloc'd ==17232== at 0x4C26D32: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==17232== by 0x50E54D3: Strigi::SkippingFileInputStream::read(char const*&, int, int) (skippingfileinputstream.cpp:95) ==17232== by 0x50D5E19: Strigi::DataEventInputStream::read(char const*&, int, int) (dataeventinputstream.cpp:39) ==17232== by 0x4E7268B: Strigi::StreamAnalyzerPrivate::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) (streamanalyzer.cpp:402) ==17232== by 0x4E4B0C0: Strigi::DirAnalyzer::Private::analyzeFile(std::string const&, long, bool) (diranalyzer.cpp:107) ==17232== by 0x4E4C615: Strigi::DirAnalyzer::Private::analyzeDir(std::string const&, int, Strigi::AnalysisCaller*, std::string const&) (diranalyzer.cpp:254) ==17232== by 0x40611F: main (xmlindexer.cpp:160) ==17232== ==17232== Invalid read of size 4 ==17232== at 0xFB32F22: ff_ac3_parse_header (bswap.h:42) ==17232== by 0x10960796: ??? (in /usr/lib64/libavformat.so.52.93.0) ==17232== by 0xF8A5283: FFMPEGEndAnalyzer::checkHeader(char const*, int) const (in /usr/lib64/strigi/strigiea_ffmpeg.so) ==17232== by 0x4E7272C: Strigi::StreamAnalyzerPrivate::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) (streamanalyzer.cpp:418) ==17232== by 0x4E4B0C0: Strigi::DirAnalyzer::Private::analyzeFile(std::string const&, long, bool) (diranalyzer.cpp:107) ==17232== by 0x4E4C615: Strigi::DirAnalyzer::Private::analyzeDir(std::string const&, int, Strigi::AnalysisCaller*, std::string const&) (diranalyzer.cpp:254) ==17232== by 0x40611F: main (xmlindexer.cpp:160) ==17232== Address 0x204305ad is 1,021 bytes inside a block of size 1,024 alloc'd ==17232== at 0x4C26D32: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==17232== by 0x50E54D3: Strigi::SkippingFileInputStream::read(char const*&, int, int) (skippingfileinputstream.cpp:95) ==17232== by 0x50D5E19: Strigi::DataEventInputStream::read(char const*&, int, int) (dataeventinputstream.cpp:39) ==17232== by 0x4E7268B: Strigi::StreamAnalyzerPrivate::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) (streamanalyzer.cpp:402) ==17232== by 0x4E4B0C0: Strigi::DirAnalyzer::Private::analyzeFile(std::string const&, long, bool) (diranalyzer.cpp:107) ==17232== by 0x4E4C615: Strigi::DirAnalyzer::Private::analyzeDir(std::string const&, int, Strigi::AnalysisCaller*, std::string const&) (diranalyzer.cpp:254) ==17232== by 0x40611F: main (xmlindexer.cpp:160) ==17232== ==17232== Invalid read of size 4 ==17232== at 0x109839C2: ??? (in /usr/lib64/libavformat.so.52.93.0) ==17232== by 0xF8A5283: FFMPEGEndAnalyzer::checkHeader(char const*, int) const (in /usr/lib64/strigi/strigiea_ffmpeg.so) ==17232== by 0x4E7272C: Strigi::StreamAnalyzerPrivate::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) (streamanalyzer.cpp:418) ==17232== by 0x4E4B0C0: Strigi::DirAnalyzer::Private::analyzeFile(std::string const&, long, bool) (diranalyzer.cpp:107) ==17232== by 0x4E4C615: Strigi::DirAnalyzer::Private::analyzeDir(std::string const&, int, Strigi::AnalysisCaller*, std::string const&) (diranalyzer.cpp:254) ==17232== by 0x40611F: main (xmlindexer.cpp:160) ==17232== Address 0x204305ad is 1,021 bytes inside a block of size 1,024 alloc'd ==17232== at 0x4C26D32: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==17232== by 0x50E54D3: Strigi::SkippingFileInputStream::read(char const*&, int, int) (skippingfileinputstream.cpp:95) ==17232== by 0x50D5E19: Strigi::DataEventInputStream::read(char const*&, int, int) (dataeventinputstream.cpp:39) ==17232== by 0x4E7268B: Strigi::StreamAnalyzerPrivate::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) (streamanalyzer.cpp:402) ==17232== by 0x4E4B0C0: Strigi::DirAnalyzer::Private::analyzeFile(std::string const&, long, bool) (diranalyzer.cpp:107) ==17232== by 0x4E4C615: Strigi::DirAnalyzer::Private::analyzeDir(std::string const&, int, Strigi::AnalysisCaller*, std::string const&) (diranalyzer.cpp:254) ==17232== by 0x40611F: main (xmlindexer.cpp:160) ==17232== ==17232== Invalid read of size 1 ==17232== at 0x4C283D4: rawmemchr (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==17232== by 0x588C64F: _IO_str_init_static_internal (strops.c:45) ==17232== by 0x587BE94: __isoc99_vsscanf (isoc99_vsscanf.c:42) ==17232== by 0x587BE27: __isoc99_sscanf (isoc99_sscanf.c:33) ==17232== by 0x109E61D7: ??? (in /usr/lib64/libavformat.so.52.93.0) ==17232== by 0xF8A5283: FFMPEGEndAnalyzer::checkHeader(char const*, int) const (in /usr/lib64/strigi/strigiea_ffmpeg.so) ==17232== by 0x4E7272C: Strigi::StreamAnalyzerPrivate::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) (streamanalyzer.cpp:418) ==17232== by 0x4E4B0C0: Strigi::DirAnalyzer::Private::analyzeFile(std::string const&, long, bool) (diranalyzer.cpp:107) ==17232== by 0x4E4C615: Strigi::DirAnalyzer::Private::analyzeDir(std::string const&, int, Strigi::AnalysisCaller*, std::string const&) (diranalyzer.cpp:254) ==17232== by 0x40611F: main (xmlindexer.cpp:160) ==17232== Address 0x204305b0 is 0 bytes after a block of size 1,024 alloc'd ==17232== at 0x4C26D32: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==17232== by 0x50E54D3: Strigi::SkippingFileInputStream::read(char const*&, int, int) (skippingfileinputstream.cpp:95) ==17232== by 0x50D5E19: Strigi::DataEventInputStream::read(char const*&, int, int) (dataeventinputstream.cpp:39) ==17232== by 0x4E7268B: Strigi::StreamAnalyzerPrivate::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) (streamanalyzer.cpp:402) ==17232== by 0x4E4B0C0: Strigi::DirAnalyzer::Private::analyzeFile(std::string const&, long, bool) (diranalyzer.cpp:107) ==17232== by 0x4E4C615: Strigi::DirAnalyzer::Private::analyzeDir(std::string const&, int, Strigi::AnalysisCaller*, std::string const&) (diranalyzer.cpp:254) ==17232== by 0x40611F: main (xmlindexer.cpp:160) ==17232== Detection score:0 2011/2/4 Karsten König <remur@gmx.net> > https://bugs.kde.org/show_bug.cgi?id=258031 > > > Karsten König <remur@gmx.net> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |remur@gmx.net > > > > > --- Comment #8 from Karsten König <remur gmx net> 2011-02-04 20:25:09 --- > Could you please try with latest trunk? On 0.7.3.99 it works just fine. > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are a voter for the bug. > You are on the CC list for the bug. > You reported the bug. > Are you sure that is on either mesher_tradeoff.dvi or qagb.afm ? I am running oS 11.3 + KDE Distro Factory repository and valgrind finishs fine on both with an update from this day No, this is a different bug. I created an attachment this morning (1D4D.pdf) mesher_tradeoff.dvi works fine indeed. I can confirm. This attachement is not on this bugreport, maybe you added it to another and confused both bugs? https://bugs.kde.org/show_bug.cgi?id=265309 is the bug I was talking about. Sorry about the confusion. So yes, for me, 258031 <https://bugs.kde.org/show_bug.cgi?id=258031> can be closed. 2011/2/4 Karsten König <remur@gmx.net> > https://bugs.kde.org/show_bug.cgi?id=258031 > > > > > > --- Comment #12 from Karsten König <remur gmx net> 2011-02-04 21:14:23 --- > This attachement is not on this bugreport, maybe you added it to another > and > confused both bugs? > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are a voter for the bug. > You are on the CC list for the bug. > You reported the bug. > |