View Issue Details

IDProjectCategoryView StatusLast Update
0002006GNUnetfile-sharing servicepublic2011-12-26 22:28
ReporterLRN Assigned ToChristian Grothoff  
PriorityurgentSeveritycrashReproducibilityalways
Status closedResolutionfixed 
Product Version0.9.0 
Target Version0.9.1Fixed in Version0.9.1 
Summary0002006: Crash in FS api when resuming a search
DescriptionHappens after fs persistence and fs probes are supplied to fs start call.

The bug is, i think, somewhere in FS_api.
Additional Information
Program received signal SIGSEGV, Segmentation fault.
0x6735faf3 in GNUNET_FS_search_start_probe_ (sr=0x4887628) at fs_search.c:342
342       if (0 == (sr->sc->h->flags & GNUNET_FS_FLAGS_DO_PROBES))
(gdb) bt
#0  0x6735faf3 in GNUNET_FS_search_start_probe_ (sr=0x4887628) at fs_search.c:342
#1  0x673493fb in signal_result_resume (cls=0x4887288, key=0x28f93c, value=0x4887628) at fs_api.c:2238
#2  0x6be5491c in GNUNET_CONTAINER_multihashmap_iterate (map=0x4888bc8, it=0x6734934a <signal_result_resume>, it_cls=0x4887288)
    at container_multihashmap.c:213
#3  0x6734a46b in signal_search_resume (sc=0x4887288) at fs_api.c:2507
#4  0x6734a8c4 in _fu329__skip_log () at fs_api.c:2585
#5  0x6734a9da in deserialize_search_file (cls=0x4887100, filename=0x4888a20 "E:\\Users\\LRN\\\\.gnunet\\persistence\\\\gnunet-gtk\\search\\mp6HxG")
    at fs_api.c:2624
#6  0x6be606b2 in GNUNET_DISK_directory_scan (dirName=0x4877778 "E:\\Users\\LRN\\\\.gnunet\\persistence\\\\gnunet-gtk\\search\\",
    callback=0x6734a945 <deserialize_search_file>, callback_cls=0x4887100) at disk.c:872
#7  0x6734ad7d in deserialization_master (master_path=0x6736c3a1 "search", proc=0x6734a945 <deserialize_search_file>, h=0x4887100) at fs_api.c:2694
#8  0x6734afc8 in _fu341__skip_log () at fs_api.c:2754
#9  0x0040957f in run (cls=0x28fe90, tc=0x28fc60) at gnunet-fs-gtk.c:649
#10 0x6be74577 in run_ready (rs=0x175db40, ws=0x175eb68) at scheduler.c:684
#11 0x6be74ce5 in GNUNET_SCHEDULER_run (task=0x6be6e434 <program_main>, task_cls=0x28fdec) at scheduler.c:874
#12 0x6be6ec49 in GNUNET_PROGRAM_run (argc=1, argv=0x1752090, binaryName=0x417027 "gnunet-fs-gtk", binaryHelp=0x41732c "GTK GUI for GNUnet",
    options=0x415140, task=0x411d3c <run_main_loop>, task_cls=0x28fe90) at program.c:250
#13 0x00413160 in GNUNET_GTK_main_loop_start (binary_name=0x417027 "gnunet-fs-gtk", binary_help=0x41732c "GTK GUI for GNUnet", argc=1,
    argv=0x1752090, options=0x415140, main_window_file=0x41730c "gnunet_fs_gtk_main_window.glade", main_task=0x4094b8 <run>) at eventloop.c:909
#14 0x00414da0 in main (argc=1, argv=0x1752090) at gnunet-fs-gtk.c:701
(gdb) p sr->sc->h->flags
Cannot access memory at address 0x0
(gdb) p sr->sc->h
Cannot access memory at address 0x0
(gdb) p sr->sc
$103 = (struct GNUNET_FS_SearchContext *) 0x0
(gdb) p *sr
$104 = {sc = 0x0, uri = 0x48877c8, meta = 0x4887a80, client_info = 0x1795658, probe_ctx = 0x0, download = 0x0, update_search = 0x0,
  serialization = 0x4888c70 "oe1A4z", key = {bits = {1986114756, 1770170998, 4276390682, 1952130786, 3550023879, 3151433766, 690796526, 3123241336,
      3424950165, 2341183531, 3688703241, 2875442611, 3661691417, 3280243696, 4131548043, 1457646516}}, probe_cancel_task = 0, probe_active_time = {
    abs_value = 0}, remaining_probe_time = {rel_value = 0}, mandatory_missing = 0, optional_support = 1, availability_success = 0,
  availability_trials = 0}
(gdb) p/x *sr
$105 = {sc = 0x0, uri = 0x48877c8, meta = 0x4887a80, client_info = 0x1795658, probe_ctx = 0x0, download = 0x0, update_search = 0x0,
  serialization = 0x4888c70, key = {bits = {0x7661b4c4, 0x6982aa76, 0xfee48b1a, 0x745b26e2, 0xd39910c7, 0xbbd71026, 0x292cb7ee, 0xba28e178,
      0xcc249795, 0x8b8ba02b, 0xdbdd2509, 0xab63c5b3, 0xda40fa19, 0xc3848bf0, 0xf6426b8b, 0x56e1ebb4}}, probe_cancel_task = 0x0,
  probe_active_time = {abs_value = 0x0}, remaining_probe_time = {rel_value = 0x0}, mandatory_missing = 0x0, optional_support = 0x1,
  availability_success = 0x0, availability_trials = 0x0}
TagsNo tags attached.

Activities

Christian Grothoff

2011-12-13 18:44

manager   ~0005086

Should be fixed in SVN 18583. Reopen if not (for this *specific* stack trace, please!).

Issue History

Date Modified Username Field Change
2011-12-13 12:54 LRN New Issue
2011-12-13 15:02 Christian Grothoff Assigned To => Christian Grothoff
2011-12-13 15:02 Christian Grothoff Status new => assigned
2011-12-13 15:03 Christian Grothoff Product Version => 0.9.0
2011-12-13 15:03 Christian Grothoff Target Version => 0.9.1
2011-12-13 18:41 Christian Grothoff Priority normal => urgent
2011-12-13 18:44 Christian Grothoff Note Added: 0005086
2011-12-13 18:44 Christian Grothoff Status assigned => resolved
2011-12-13 18:44 Christian Grothoff Fixed in Version => 0.9.1
2011-12-13 18:44 Christian Grothoff Resolution open => fixed
2011-12-26 22:28 Christian Grothoff Status resolved => closed