nepomukindexer dumped core indexing Firefox update file

Bug #896456 reported by skierpage
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
kde-runtime (Ubuntu)
New
Undecided
Unassigned

Bug Description

I'm running Ubuntu 11.10
kde-runtime: Installed: 4:4.7.2-0ubuntu1

I'm running `nepomukserver --nofork` from my home directory. Strigi seems to be working fine.

I noticed a core file in my home directory, `file core` reports
core: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from '/usr/bin/nepomukindexer /home/skierpage/programs/firefox/updates/0/update.mar'

update.mar is the update file for a Mozilla application, described in https://wiki.mozilla.org/Software_Update:MAR My local copy of Firefox probably was updating around this time.

It may be that while Nepomuk was considering this file, Firefox processed it and removed it. Maybe that caused the assertion failure in Strigi::DataEventInputStream::read(). The source for this seems to be
http://lxr.kde.org/source/kdesupport/strigi/libstreams/lib/dataeventinputstream.cpp#78

The trace from gdb follows

Reading symbols from /usr/bin/nepomukindexer...Reading symbols from /usr/lib/debug/usr/bin/nepomukindexer...done.
done.
[New LWP 30527]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Core was generated by `/usr/bin/nepomukindexer /home/skierpage/programs/firefox/updates/0/update.mar'.
Program terminated with signal 6, Aborted.
#0 0x00007f62f159a3a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
        in ../nptl/sysdeps/unix/sysv/linux/raise.c
(gdb) bt
#0 0x00007f62f159a3a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x00007f62f159db0b in __GI_abort () at abort.c:92
#2 0x00007f62f1592d4d in __GI___assert_fail (
    assertion=0x7f62f2d87323 "m_size == m_position", file=<optimized out>, line=72,
    function=<optimized out>) at assert.c:81
#3 0x00007f62f2d757a0 in Strigi::DataEventInputStream::read(char const*&, int, int) ()
   from /usr/lib/libstreams.so.0
#4 0x00007f62f2d73e52 in ?? () from /usr/lib/libstreams.so.0
#5 0x00007f62f2fcd57c in ?? () from /usr/lib/libstreamanalyzer.so.0
#6 0x0000000000406c62 in Nepomuk::Indexer::indexFile (this=<optimized out>,
    info=<optimized out>, resUri=<optimized out>, mtime=0)
    at ../../../../../nepomuk/services/strigi/indexer/indexer.cpp:133
#7 0x0000000000406e8b in Nepomuk::Indexer::indexFile (this=0x7fff7d59e060, url=...,
    resUri=<optimized out>, mtime=0)
    at ../../../../../nepomuk/services/strigi/indexer/indexer.cpp:104
#8 0x0000000000406176 in main (argc=2, argv=0x7fff7d59e508)
    at ../../../../../nepomuk/services/strigi/indexer/main.cpp:82

Revision history for this message
skierpage (skierpage) wrote :

On the <email address hidden> mailing list, Sebastian Trueg commented that this might be fixed in libstreamanalyzer master.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.