Re: [Tracker] tracker-store crash

[Tshepang Lekhonkhobe <tshepang gmail com>]

On Wed, Nov 4, 2009 at 16:00, Philip Van Hoof<spam pvanhoof be> wrote:
> On Wed, 2009-11-04 at 15:53 +0200, Tshepang Lekhonkhobe wrote:
> > On Wed, Nov 4, 2009 at 11:45, Philip Van Hoof<spam pvanhoof be> wrote:
> > > Okay, we pushed a fix for this in master. Can you guys retest?
> > >
> > > Thanks again for all the hard work analyzing this non-trivial problem
> > > that as usual (with such problems) appears to have a trivial looking
> > > fix ;)
> >
> > It's been doing some heavy work for hours and there's no trouble so far :-)
>
> Awesome, then it must be fixed ;)
>
> Thanks again for all the debugging. Your help and the backtraces were
> very useful.

am getting another crash, this time after setting G_DEBUG=fatal-criticals

$ G_DEBUG=fatal-criticals G_SLICE=always-malloc gdb /usr/libexec/tracker-store

(tracker-store:13079): Tracker-DEBUG: <--- [559280] D-Bus request for
SPARQL Query, query:'SELECT ?s WHERE { ?s a rdfs:Resource . FILTER (?s
= <file:///home/wena/work/provisioning/logs/mule.log.8>) }'
(tracker-store:13079): Tracker-DEBUG: ---> [559280] Success, no error given
(tracker-store:13079): Tracker-DEBUG: <--- [559281] D-Bus request for
SPARQL Query, query:'SELECT ?s WHERE { ?s a rdfs:Resource . FILTER (?s
= <file:///home/wena/work/provisioning/logs/mule.log.7>) }'
(tracker-store:13079): Tracker-DEBUG: ---> [559281] Success, no error given

Program received signal SIGSEGV, Segmentation fault.
value_set_remove_value (value_set=0x0, value=0xbffff0e8) at
tracker-data-update.c:705
warning: Source file is more recent than executable.
705             case G_TYPE_DOUBLE:
(gdb) thread apply all bt

Thread 1 (Thread 0xb7a39750 (LWP 13079)):
#0  value_set_remove_value (value_set=0x0, value=0xbffff0e8) at
tracker-data-update.c:705
#1  0xb7f9bd96 in delete_metadata_decomposed (property=0x83cbf80,
value=0x8747f38 "2009-11-04T15:25:21Z", error=0x0) at
tracker-data-update.c:990
#2  0xb7f9cc9b in tracker_data_delete_statement (subject=0x854b248
"file:///home/wena/work/provisioning/logs/mule.log.10",
    predicate=0x83cbfe0 "http://purl.org/dc/elements/1.1/date";,
object=0x8747f38 "2009-11-04T15:25:21Z", error=0x0) at
tracker-data-update.c:1157
#3  0xb7f9d31d in tracker_data_delete_resource_description
(uri=0x854b248 "file:///home/wena/work/provisioning/logs/mule.log.10",
error=0xbffff22c) at tracker-data-update.c:1809
#4  0xb7fb6c95 in tracker_sparql_query_execute_drop_graph
(self=0x8c296b8, error=0xbffff2a8) at tracker-sparql-query.c:2464
#5  tracker_sparql_query_execute (self=0x8c296b8, error=0xbffff2a8) at
tracker-sparql-query.c:1157
#6  0xb7f9973f in tracker_data_update_sparql (
    update=0x8236b20 "DROP GRAPH
<file:///home/wena/work/provisioning/logs/mule.log.10> INSERT
{\n<file:///home/wena/work/provisioning/logs/mule.log.10> a
nfo:FileDataObject ;\n\t nfo:belongsToContainer
<file:///home/wena/wor"..., error=0xbffff2a8) at
tracker-data-update.c:1851
#7  0x080533eb in queue_idle_handler (user_data=0x83fe550) at
tracker-store.c:203
#8  0xb7c5c0b1 in g_idle_dispatch (source=0x86ada50, callback=0,
user_data=0x83fe550) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:4065
#9  0xb7c5de98 in g_main_dispatch (context=0x806cce0) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:1960
#10 IA__g_main_context_dispatch (context=0x806cce0) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:2513
#11 0xb7c61623 in g_main_context_iterate (context=0x806cce0, block=1,
dispatch=1, self=0x805a8f0) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:2591
#12 0xb7c61aea in IA__g_main_loop_run (loop=0x84000d0) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:2799
#13 0x080503f6 in main (argc=Cannot access memory at address 0x0
) at tracker-main.c:430



-- 
my place on the web:
floss-and-misc.blogspot.com