After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 771847 - program hangs when trying to add axis label to surface plot
program hangs when trying to add axis label to surface plot
Status: RESOLVED DUPLICATE of bug 765480
Product: Gnumeric
Classification: Applications
Component: Charting
1.12.x
Other Linux
: Normal normal
: ---
Assigned To: Jean Bréfort
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2016-09-22 15:57 UTC by martin
Modified: 2016-09-26 04:43 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description martin 2016-09-22 15:57:55 UTC
Ubuntu 16.04, gnumeric version 1.12.28

Insert graph. Select surface. Press forward. Highlight any of the axis (X, Y or Z), press ADD, select "Label to X-Axis1" and program stops responding.
Comment 1 Jean Bréfort 2016-09-23 08:23:32 UTC
I'm unable to reproduce with current trunk, and I don't remember any other similar report. Would it be possible to get a meaningful stack trace?
Comment 2 martin 2016-09-23 13:48:31 UTC
(In reply to Jean Bréfort from comment #1)
> I'm unable to reproduce with current trunk, and I don't remember any other
> similar report. Would it be possible to get a meaningful stack trace?

I've tried entering "sudo strace -ffp 4509" in Ubuntu terminal (4509 was PID of gnumeric app), the result was this:

[pid  4514] restart_syscall(<... resuming interrupted restart_syscall ...> <unfinished ...>
[pid  4513] restart_syscall(<... resuming interrupted restart_syscall ...>strace: [ Process PID=4509 runs in x32 mode. ]
 <unfinished ...>
[pid  4512] restart_syscall(<... resuming interrupted restart_syscall ...>

And the cursor just blinks at the end of the last line.
Comment 3 Jean Bréfort 2016-09-23 14:20:28 UTC
You should run gnumeric from gdb and Ctrl+C when it hangs.

Does this happen if you add an axis label to another plot type?
Comment 4 Morten Welinder 2016-09-24 15:47:34 UTC
Specifically, ...

    gnumeric `which gnumeric`
    run
    # make it hang, then press Ctrl-C
    where

This will work better if the relevant debug information is installed, but
it is a bit difficult to predict what is relevant at this point.
Comment 5 martin 2016-09-24 18:48:05 UTC
This happens only with surface plot. Also when the program hangs, System Monitor shows that gnumeric CPU usage is 100%.

What I did was:
open terminal
entered "gdb gnumeric"
entered "run"
made all steps described in the first message
pressed Ctrl+C in terminal
entered "where"

The result was this:
(gdb) run
Starting program: /usr/bin/gnumeric 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe9905700 (LWP 4591)]
[New Thread 0x7fffe9104700 (LWP 4592)]
[New Thread 0x7fffe8903700 (LWP 4593)]
^C
Thread 1 "gnumeric" received signal SIGINT, Interrupt.
__GI___pthread_mutex_lock (mutex=0x5555559495b0) at ../nptl/pthread_mutex_lock.c:64
64	../nptl/pthread_mutex_lock.c: No such file or directory.
(gdb) where
  • #0 __GI___pthread_mutex_lock
    at ../nptl/pthread_mutex_lock.c line 64
  • #1 ??
    from /usr/lib/x86_64-linux-gnu/libcairo.so.2
  • #2 cairo_ft_scaled_font_lock_face
    from /usr/lib/x86_64-linux-gnu/libcairo.so.2
  • #3 ??
    from /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0
  • #4 pango_shape_full
    from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0
  • #5 ??
    from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0
  • #6 ??
    from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0
  • #7 ??
    from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0
  • #8 ??
    from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0
  • #9 gog_renderer_get_gostring_OBR
    from /usr/lib/libgoffice-0.10.so.10
  • #10 gog_renderer_get_text_OBR
    from /usr/lib/libgoffice-0.10.so.10
  • #11 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #12 gog_axis_base_view_label_position_request
    from /usr/lib/libgoffice-0.10.so.10
  • #13 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #14 gog_view_size_allocate
    from /usr/lib/libgoffice-0.10.so.10
  • #15 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #16 gog_view_size_allocate
    from /usr/lib/libgoffice-0.10.so.10
  • #17 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #18 gog_view_size_allocate
    from /usr/lib/libgoffice-0.10.so.10
  • #19 gog_view_update_sizes
    from /usr/lib/libgoffice-0.10.so.10
  • #20 gog_renderer_update
    from /usr/lib/libgoffice-0.10.so.10
  • #21 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #22 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #23 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #24 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #25 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #26 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #27 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #28 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #29 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #30 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #31 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #32 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #33 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #34 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #35 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #36 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #37 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #38 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #39 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #40 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #41 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #42 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #43 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #44 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #45 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #46 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #47 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #48 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #49 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #50 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #51 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #52 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #53 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #54 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #55 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #56 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #57 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #58 gtk_widget_send_expose
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #59 gtk_main_do_event
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #60 ??
    from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
  • #61 ??
    from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
  • #62 ??
    from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
  • #63 ??
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #64 g_signal_emit_valist
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #65 g_signal_emit_by_name
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #66 ??
    from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
  • #67 ??
    from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
  • #68 ??
    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  • #69 g_main_context_dispatch
    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  • #70 ??
    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  • #71 g_main_loop_run
    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  • #72 gtk_main
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #73 main

Comment 6 martin 2016-09-24 19:23:38 UTC
I have two computers, both with Ubuntu 16.04 and Gnumeric 1.12.28. Both had the same surface plot problem. In one machine I've updated Ubuntu to 16.10 and installed Gnumeric 1.12.32. Adding axis labels to surface plot now works on this computer.

I've created gnumeric file with surface plot having axis label and tried to open it from gnumeric 1.12.28. If plot is in the first sheet - program hangs. If file is not in the first sheet then file can be opened. But if I try to select the sheet with surface plot in it - Gnumeric stops responding.

The result from gdb gnumeric, when opening file with plot in second sheet and then selecting that sheet:

(gdb) run
Starting program: /usr/bin/gnumeric 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe9905700 (LWP 8353)]
[New Thread 0x7fffe9104700 (LWP 8354)]
[New Thread 0x7fffe8903700 (LWP 8355)]
[New Thread 0x7fffd965a700 (LWP 8357)]
[New Thread 0x7fffd8a59700 (LWP 8358)]
[Thread 0x7fffd965a700 (LWP 8357) exited]
^C
Thread 1 "gnumeric" received signal SIGINT, Interrupt.
__ieee754_hypot (x=x@entry=10, y=y@entry=0) at ../sysdeps/ieee754/dbl-64/e_hypot.c:54
54	../sysdeps/ieee754/dbl-64/e_hypot.c: No such file or directory.
(gdb) where
  • #0 __ieee754_hypot
    at ../sysdeps/ieee754/dbl-64/e_hypot.c line 54
  • #1 __hypot
    at w_hypot.c line 24
  • #2 ??
    from /usr/lib/x86_64-linux-gnu/libcairo.so.2
  • #3 ??
    from /usr/lib/x86_64-linux-gnu/libcairo.so.2
  • #4 ??
    from /usr/lib/x86_64-linux-gnu/libcairo.so.2
  • #5 cairo_ft_scaled_font_lock_face
    from /usr/lib/x86_64-linux-gnu/libcairo.so.2
  • #6 ??
    from /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0
  • #7 pango_shape_full
    from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0
  • #8 ??
    from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0
  • #9 ??
    from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0
  • #10 ??
    from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0
  • #11 ??
    from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0
  • #12 gog_renderer_get_gostring_OBR
    from /usr/lib/libgoffice-0.10.so.10
  • #13 gog_renderer_get_text_OBR
    from /usr/lib/libgoffice-0.10.so.10
  • #14 gog_renderer_get_text_AABR
    from /usr/lib/libgoffice-0.10.so.10
  • #15 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #16 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #17 gog_view_size_allocate
    from /usr/lib/libgoffice-0.10.so.10
  • #18 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #19 gog_view_size_allocate
    from /usr/lib/libgoffice-0.10.so.10
  • #20 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #21 gog_view_size_allocate
    from /usr/lib/libgoffice-0.10.so.10
  • #22 gog_renderer_update
    from /usr/lib/libgoffice-0.10.so.10
  • #23 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #24 goc_item_get_bounds
    from /usr/lib/libgoffice-0.10.so.10
  • #25 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #26 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #27 ??
    from /usr/lib/libgoffice-0.10.so.10
  • #28 goc_item_set
    from /usr/lib/libgoffice-0.10.so.10
  • #29 ??
    from /usr/lib/libspreadsheet-1.12.28.so
  • #30 ??
    from /usr/lib/libspreadsheet-1.12.28.so
  • #31 g_closure_invoke
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #32 ??
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #33 g_signal_emit_valist
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #34 g_signal_emit
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #35 sheet_object_update_bounds
    from /usr/lib/libspreadsheet-1.12.28.so
  • #36 sheet_update_only_grid
    from /usr/lib/libspreadsheet-1.12.28.so
  • #37 sheet_update
    from /usr/lib/libspreadsheet-1.12.28.so
  • #38 ??
    from /usr/lib/libspreadsheet-1.12.28.so
  • #39 g_closure_invoke
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #40 ??
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #41 g_signal_emit_valist
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #42 g_signal_emit
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #43 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #44 ??
    from /usr/lib/libspreadsheet-1.12.28.so
  • #45 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #46 g_closure_invoke
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #47 ??
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #48 g_signal_emit_valist
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #49 g_signal_emit
    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
  • #50 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #51 ??
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #52 gtk_main_do_event
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #53 ??
    from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
  • #54 g_main_context_dispatch
    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  • #55 ??
    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  • #56 g_main_loop_run
    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  • #57 gtk_main
    from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  • #58 main

Comment 7 Jean Bréfort 2016-09-26 04:43:26 UTC
Oops, I did not remember that one.

*** This bug has been marked as a duplicate of bug 765480 ***