gthumb 2.14.2 possible memory corruption
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gThumb |
Fix Released
|
Medium
|
|||
gthumb (Ubuntu) |
Triaged
|
Medium
|
Unassigned |
Bug Description
Gthumb keeps crashing so I ran valgrind and came across this oddity:
==12062== Source and destination overlap in strncpy(0x26efe04d, 0x26efe04d, 125)
==12062== at 0x4C2C236: strncpy (in /usr/lib/
==12062== by 0x730A0BD: g_utf8_strncpy (string3.h:121)
==12062== by 0x46EDB1: gth_file_
==12062== by 0x4AB3F6: gth_property_
==12062== by 0x4AABC1: _gth_sidebar_
==12062== by 0x7058E71: g_closure_invoke (gclosure.c:777)
==12062== by 0x706A942: signal_
==12062== by 0x707322F: g_signal_
==12062== by 0x7073471: g_signal_emit (gsignal.c:3352)
==12062== by 0x54E032D: gtk_widget_map (gtkwidget.c:3412)
==12062== by 0x53E2B67: gtk_notebook_map (gtknotebook.
==12062== by 0x7059099: _g_closure_
==12062==
gthumb/
Note same src and dst address. This results in unspecified behaviour in the C library, see Valgrind manual 5.3.6 Overlapping source and destination blocks @ http://
Changed in gthumb (Ubuntu): | |
importance: | Undecided → Medium |
status: | New → Triaged |
Changed in gthumb: | |
importance: | Unknown → Medium |
status: | Unknown → Fix Released |
Please report this upstream, where it would actually be fixed:
https:/ /bugzilla. gnome.org/ enter_bug. cgi?product= gthumb