View Issue Details

IDProjectCategoryView StatusLast Update
0002024gnunet-gtkgnunet-fs-gtkpublic2012-02-28 11:06
ReporterLRN Assigned ToChristian Grothoff  
PriorityhighSeveritycrashReproducibilityhave not tried
Status closedResolutionfixed 
Product VersionGit master 
Target Version0.9.2Fixed in Version0.9.2 
Summary0002024: Crash in gnunet-fs-gtk when changing download color
Descriptionr18756 + +7
Additional Information
Program received signal SIGTRAP, Trace/breakpoint trap.
0x7620280d in KERNELBASE!DeleteAce () from E:\Windows\syswow64\KernelBase.dll
(gdb) bt
#0  0x7620280d in KERNELBASE!DeleteAce () from E:\Windows\syswow64\KernelBase.dll
#1  0x6be464c0 in GNUNET_abort () at common_logging.c:271
#2  0x004058f1 in _fu59__skip_log () at gnunet-fs-gtk-event_handler.c:119
#3  0x00409be9 in _fu128__skip_log () at gnunet-fs-gtk-event_handler.c:1791
#4  0x6734ce2a in GNUNET_FS_download_make_status_ (pi=0x28faf8, dc=0x6b83ed8) at fs_download.c:129
#5  0x67352365 in _fu620__skip_log () at fs_download.c:1440
#6  0x673413e9 in _fu5__skip_log () at fs_api.c:50
#7  0x67341c64 in process_job_queue (cls=0x460c6c8, tc=0x28fc60) at fs_api.c:108
#8  0x6be74e97 in run_ready (rs=0x30073b0, ws=0x1a67fd8) at scheduler.c:684
#9  0x6be75605 in GNUNET_SCHEDULER_run (task=0x6be6ed54 <program_main>, task_cls=0x28fdec) at scheduler.c:874
#10 0x6be6f569 in GNUNET_PROGRAM_run (argc=1, argv=0x3002150, binaryName=0x4181e7 "gnunet-fs-gtk", binaryHelp=0x418514 "GTK GUI for GNUnet",
    options=0x416140, task=0x4122d0 <run_main_loop>, task_cls=0x28fe90) at program.c:250
#11 0x004136f4 in GNUNET_GTK_main_loop_start (binary_name=0x4181e7 "gnunet-fs-gtk", binary_help=0x418514 "GTK GUI for GNUnet", argc=1,
    argv=0x3002150, options=0x416140, main_window_file=0x4184f4 "gnunet_fs_gtk_main_window.glade", main_task=0x40a6f0 <run>) at eventloop.c:909
#12 0x004153fc in main (argc=1, argv=0x3002150) at gnunet-fs-gtk.c:738
(gdb) up
#1  0x6be464c0 in GNUNET_abort () at common_logging.c:271
271       DebugBreak ();
(gdb)
#2  0x004058f1 in _fu59__skip_log () at gnunet-fs-gtk-event_handler.c:119
119       GNUNET_assert (NULL != path);
(gdb) p path
$16 = (GtkTreePath *) 0x0
TagsNo tags attached.

Activities

Christian Grothoff

2011-12-25 17:58

manager   ~0005202

(05:54:12 PM) grothoff: Is 0002024 still there? That seems more urgent than the incremental scan...
(05:56:00 PM) LRN: grothoff, haven't seen it again, but it only appears when you're doing several downloads, that were, probably, removed from their original search tabs, and maybe a publication

Christian Grothoff

2011-12-26 20:53

manager   ~0005212

Last edited: 2011-12-26 20:54

Trying to reproduce this, I got a crash which might be related (based on how to reproduce). First, download a directory, then a file in the directory. Finally, close the search with the directory download. The download for the file will be re-parented to a new tab for "orphan'ed" downloads. Then press "clean" in that tab. At that point, gnunet-fs-gtk crashes and I get this from valgrind (SVN 18833):

=8131== Invalid read of size 8
==8131== at 0x5EED2F2: ??? (in /usr/lib/libgtk-x11-2.0.so.0.2000.1)
==8131== by 0x5EDF687: gtk_tree_model_get_valist (in /usr/lib/libgtk-x11-2.0.so.0.2000.1)
==8131== by 0x5EDF978: gtk_tree_model_get (in /usr/lib/libgtk-x11-2.0.so.0.2000.1)
==8131== by 0x410337: clear_downloads (gnunet-fs-gtk-event_handler.c:1048)
==8131== by 0x7CCD47D: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== by 0x7CE33F6: ??? (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== by 0x7CE4A75: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== by 0x7CE4FC2: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== by 0x5D5B284: ??? (in /usr/lib/libgtk-x11-2.0.so.0.2000.1)
==8131== by 0x7CCD47D: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== by 0x7CE2CC0: ??? (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== by 0x7CE4A75: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== Address 0x1 is not stack'd, malloc'd or (recently) free'd
==8131==
==8131==
==8131== Process terminating with default action of signal 11 (SIGSEGV): dumping core
==8131== Access not within mapped region at address 0x1
==8131== at 0x5EED2F2: ??? (in /usr/lib/libgtk-x11-2.0.so.0.2000.1)
==8131== by 0x5EDF687: gtk_tree_model_get_valist (in /usr/lib/libgtk-x11-2.0.so.0.2000.1)
==8131== by 0x5EDF978: gtk_tree_model_get (in /usr/lib/libgtk-x11-2.0.so.0.2000.1)
==8131== by 0x410337: clear_downloads (gnunet-fs-gtk-event_handler.c:1048)
==8131== by 0x7CCD47D: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== by 0x7CE33F6: ??? (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== by 0x7CE4A75: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== by 0x7CE4FC2: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== by 0x5D5B284: ??? (in /usr/lib/libgtk-x11-2.0.so.0.2000.1)
==8131== by 0x7CCD47D: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== by 0x7CE2CC0: ??? (in /usr/lib/libgobject-2.0.so.0.2400.2)
==8131== by 0x7CE4A75: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.2400.2)

Christian Grothoff

2012-02-03 23:07

manager   ~0005421

Right now, colors seem to change nicely and I don't get any crashes in this context anymore.

Issue History

Date Modified Username Field Change
2011-12-23 15:10 LRN New Issue
2011-12-24 22:58 Christian Grothoff Severity minor => crash
2011-12-24 22:58 Christian Grothoff Product Version => Git master
2011-12-24 22:58 Christian Grothoff Target Version => 0.9.1
2011-12-25 17:58 Christian Grothoff Note Added: 0005202
2011-12-25 18:36 Christian Grothoff Priority normal => high
2011-12-26 20:53 Christian Grothoff Note Added: 0005212
2011-12-26 20:54 Christian Grothoff Note Edited: 0005212
2011-12-27 23:46 Christian Grothoff Target Version 0.9.1 => 0.9.2
2012-01-31 13:11 Christian Grothoff Assigned To => Christian Grothoff
2012-01-31 13:11 Christian Grothoff Status new => assigned
2012-02-03 23:07 Christian Grothoff Note Added: 0005421
2012-02-03 23:07 Christian Grothoff Status assigned => resolved
2012-02-03 23:07 Christian Grothoff Fixed in Version => 0.9.2
2012-02-03 23:07 Christian Grothoff Resolution open => fixed
2012-02-28 11:06 Christian Grothoff Status resolved => closed