GNOME Bugzilla – Bug 360071
crash in Project Management: 1 - open a planner file ...
Last modified: 2007-03-30 10:30:22 UTC
What were you doing when the application crashed? 1 - open a planner file (created on 0.14 Windows) 2 - crash immediatly on Gantt viewing Distribution: Mandriva Linux release 2007.0 (Official) for i586 Gnome Release: 2.16.0 2006-09-04 (Mandriva) BugBuddy Version: 2.16.0 Memory status: size: 82137088 vsize: 0 resident: 82137088 share: 0 rss: 17715200 rss_rlim: 0 CPU usage: start_time: 1160107474 rtime: 0 utime: 101 stime: 0 cutime:92 cstime: 0 timeout: 9 it_real_value: 0 frequency: 0 Backtrace was generated from '/usr/bin/planner' (no debugging symbols found) Using host libthread_db library "/lib/i686/libthread_db.so.1". (no debugging symbols found) `shared object read from target memory' has disappeared; keeping its symbols. (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1226967360 (LWP 15701)] (no debugging symbols found) 0xbfffe410 in __kernel_vsyscall ()
+ Trace 74836
Thread 1 (Thread -1226967360 (LWP 15701))
*** Bug 363740 has been marked as a duplicate of this bug. ***
*** Bug 364342 has been marked as a duplicate of this bug. ***
*** Bug 364547 has been marked as a duplicate of this bug. ***
*** Bug 364545 has been marked as a duplicate of this bug. ***
From duplicate bug 364545: > I have opened my project, selected "GANTT button", then I tried to Maximize the > window and it crashes. > Impossible to MAximize the window, it always crashes when the GANTT Diagram is > selected !
confirming as per duplicates.
*** Bug 366936 has been marked as a duplicate of this bug. ***
*** Bug 376108 has been marked as a duplicate of this bug. ***
*** Bug 397576 has been marked as a duplicate of this bug. ***
*** Bug 394355 has been marked as a duplicate of this bug. ***
*** Bug 394363 has been marked as a duplicate of this bug. ***
*** Bug 396822 has been marked as a duplicate of this bug. ***
*** Bug 403492 has been marked as a duplicate of this bug. ***
*** Bug 388040 has been marked as a duplicate of this bug. ***
*** Bug 352670 has been marked as a duplicate of this bug. ***
*** Bug 380261 has been marked as a duplicate of this bug. ***
*** Bug 410077 has been marked as a duplicate of this bug. ***
*** Bug 415085 has been marked as a duplicate of this bug. ***
*** Bug 415083 has been marked as a duplicate of this bug. ***
*** Bug 420588 has been marked as a duplicate of this bug. ***
Hmm all reports are on Mandriva 2007.0, adding fcrozat
*** Bug 422750 has been marked as a duplicate of this bug. ***
*** Bug 423559 has been marked as a duplicate of this bug. ***
*** Bug 420105 has been marked as a duplicate of this bug. ***
Interesting that most folks are experiencing this issue in Mandriva Linux... Has anyone experienced this with v0.14.2 or build from current SVN? If so, it may be something new in whatever GTK version is included with Mandriva?? Pls help me with some info to reproduce, since mine is rock solid on Ubuntu 6.06
I tried hard but I can't reproduce this issue in a Mandriva 2007.0 chroot :/
(In reply to comment #26) > I tried hard but I can't reproduce this issue in a Mandriva 2007.0 chroot :/ > Do you want me to send you the file which caused the crash ?
It could help, yes
Created attachment 85553 [details] A simple planner file which caused the Gantt crash on my computer Here is a simple file (I was just beginning to see how planner works) which caused a "gantt crash" on my mandriva 2007.
Thank you for the file, I can reproduce the crash when opening it.
Here is a better trace : Program received signal SIGSEGV, Segmentation fault.
+ Trace 123466
Thread NaN (LWP 4095)
(gdb) print *cur $1 = (GList *) 0x41 And valgrind report : ==4141== Conditional jump or move depends on uninitialised value(s) ==4141== at 0x80B349E: recalc_bounds (planner-usage-row.c:486) ==4141== by 0x80B39A8: usage_row_set_property (planner-usage-row.c:637) ==4141== by 0x4F25225: g_object_set_valist (gobject.c:694) ==4141== ==4141== Conditional jump or move depends on uninitialised value(s) ==4141== at 0x80B349E: recalc_bounds (planner-usage-row.c:486) ==4141== by 0x80B39A8: usage_row_set_property (planner-usage-row.c:637) ==4141== by 0x4F25225: g_object_set_valist (gobject.c:694) ==4141== by 0x606E5C7: ??? ==4141== ==4141== Conditional jump or move depends on uninitialised value(s) ==4141== at 0x80B349E: recalc_bounds (planner-usage-row.c:486) ==4141== by 0x80B39A8: usage_row_set_property (planner-usage-row.c:637) ==4141== by 0x4F25225: g_object_set_valist (gobject.c:694) ==4141== by 0x606E777: ??? ==4141== ==4141== Conditional jump or move depends on uninitialised value(s) ==4141== at 0x809D8BE: mop_get_next_ival (planner-gantt-row.c:958) ==4141== by 0x80A0C9E: gantt_row_draw (planner-gantt-row.c:1345) ==4141== by 0x435050E: gnome_canvas_group_draw (gnome-canvas.c:1680) ==4141== by 0x4356F61: gnome_canvas_expose (gnome-canvas.c:2992) ==4141== by 0x44BF18B: (within /usr/lib/libgtk-x11-2.0.so.0.1000.3) ==4141== by 0x4F1C76D: g_type_class_meta_marshal (gclosure.c:567) ==4141== by 0x4F1E2BA: g_closure_invoke (gclosure.c:490) ==4141== by 0x4F2FF05: signal_emit_unlocked_R (gsignal.c:2476) ==4141== by 0x4F30BC3: g_signal_emit_valist (gsignal.c:2207) ==4141== by 0x4F30F9A: g_signal_emit (gsignal.c:2241) ==4141== by 0x45D6610: (within /usr/lib/libgtk-x11-2.0.so.0.1000.3) ==4141== by 0x43551E5: do_update (gnome-canvas.c:3104) ==4141== ==4141== Use of uninitialised value of size 4 ==4141== at 0x809D8C3: mop_get_next_ival (planner-gantt-row.c:962) ==4141== by 0x80A0C9E: gantt_row_draw (planner-gantt-row.c:1345) ==4141== by 0x435050E: gnome_canvas_group_draw (gnome-canvas.c:1680) ==4141== by 0x4356F61: gnome_canvas_expose (gnome-canvas.c:2992) ==4141== by 0x44BF18B: (within /usr/lib/libgtk-x11-2.0.so.0.1000.3) ==4141== by 0x4F1C76D: g_type_class_meta_marshal (gclosure.c:567) ==4141== by 0x4F1E2BA: g_closure_invoke (gclosure.c:490) ==4141== by 0x4F2FF05: signal_emit_unlocked_R (gsignal.c:2476) ==4141== by 0x4F30BC3: g_signal_emit_valist (gsignal.c:2207) ==4141== by 0x4F30F9A: g_signal_emit (gsignal.c:2241) ==4141== by 0x45D6610: (within /usr/lib/libgtk-x11-2.0.so.0.1000.3) ==4141== by 0x43551E5: do_update (gnome-canvas.c:3104) ==4141== ==4141== Invalid read of size 4 ==4141== at 0x809D8C3: mop_get_next_ival (planner-gantt-row.c:962) ==4141== by 0x80A0C9E: gantt_row_draw (planner-gantt-row.c:1345) ==4141== by 0x435050E: gnome_canvas_group_draw (gnome-canvas.c:1680) ==4141== by 0x4356F61: gnome_canvas_expose (gnome-canvas.c:2992) ==4141== by 0x44BF18B: (within /usr/lib/libgtk-x11-2.0.so.0.1000.3) ==4141== by 0x4F1C76D: g_type_class_meta_marshal (gclosure.c:567) ==4141== by 0x4F1E2BA: g_closure_invoke (gclosure.c:490) ==4141== by 0x4F2FF05: signal_emit_unlocked_R (gsignal.c:2476) ==4141== by 0x4F30BC3: g_signal_emit_valist (gsignal.c:2207) ==4141== by 0x4F30F9A: g_signal_emit (gsignal.c:2241) ==4141== by 0x45D6610: (within /usr/lib/libgtk-x11-2.0.so.0.1000.3) ==4141== by 0x43551E5: do_update (gnome-canvas.c:3104) ==4141== Address 0x41 is not stack'd, malloc'd or (recently) free'd ==4141==
This is a duplicate of #358415 which was fixed in 0.14.2 *** This bug has been marked as a duplicate of 358415 ***
Right - this file loads fine in current svn version.