gnumeric segfaults when printing or print-previewing
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Gnumeric |
Fix Released
|
Critical
|
|||
gnumeric (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: gnumeric
I am using Ubuntu 10.10 64-bit desktop and Ubuntu 10.10 netbook edition. Both computers exhibit the same result. I am using an HP Officejet J6480 configured via HPLIP which worked on previous Ubuntu installs, and a freshly installed cups-pdf "print to PDF" driver. Both printers exhibit the same result.
I am using gnumeric 1.10.8-1ubuntu1.
I expected that telling gnumeric to print my document (attached below) would cause the document to print, and that telling gnumeric to print-preview would preview the print.
Instead, both commands cause a segmentation fault.
I tried running gnumeric in gdb to see if it would generate traceback information. Here's what I got:
(gdb) run
Starting program: /usr/bin/gnumeric
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffee35d710 (LWP 2999)]
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff5ebebeb in memcpy () from /lib/libc.so.6
(gdb)
I searched Synaptic for a debug build of gnumeric but came up empty.
I have attached the file in question. I don't know if it happens with other files, but it definitely happens with this one. It's my homework -- don't know what I'm gonna do for class tomorrow. :-P
ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: gnumeric 1.10.8-1ubuntu1
ProcVersionSign
Uname: Linux 2.6.35-22-generic x86_64
NonfreeKernelMo
Architecture: amd64
Date: Mon Oct 18 00:36:28 2010
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
ProcEnviron:
LANG=en_US.utf8
SHELL=/bin/bash
SourcePackage: gnumeric
Changed in gnumeric: | |
importance: | Unknown → Critical |
status: | Unknown → Fix Released |
Confirmed on 32 bit Maverick. Crashes both to printer and to pdf. A spreadsheet without graphics doesn't crash. Same crash in upstream git HEAD. Backtrace from there:
(gdb) bt libcairo. so.2 finish () from /usr/lib/ libcairo. so.2 destroy () from /usr/lib/ libcairo. so.2 destroy () from /usr/lib/ libcairo. so.2 libcairo. so.2 libcairo. so.2 libcairo. so.2 sheet_objects (cr=0xb7371460, sheet=0x82e6428, range=0x86d61fc, base_x=2, base_y=0) at print.c:183 0x854e5c0, context=0x86a3580, pi=0x8210b60, gsr=0x86d61f8) at print.c:582 0x854e5c0, context=0x86a3580, page_nr=0, user_data= 0x8210b60) at print.c:1312
#0 0xb6f8afb6 in ?? () from /lib/libc.so.6
#1 0x0862bc00 in ?? ()
#2 0xb730d9f0 in ?? () from /usr/lib/
#3 0xb730d7f5 in cairo_surface_
#4 0xb730d8f0 in cairo_surface_
#5 0xb7300b4a in cairo_pattern_
#6 0xb72e5382 in ?? () from /usr/lib/
#7 0xb72e53c8 in ?? () from /usr/lib/
#8 0xb72dae76 in cairo_restore () from /usr/lib/
#9 0xb7da23a8 in gnm_print_
#10 0xb7da2483 in print_page_cells (context=0x86a3580, pi=0x8210b60, cr=0xb7371460, sheet=0x82e6428, range=0x86d61fc, base_x=2, base_y=0) at print.c:199
#11 0xb7da35d5 in print_page (operation=
#12 0xb7da5005 in gnm_draw_page_cb (operation=