Version-Release number of selected component: libreoffice-core-4.2.4.2-18.fc20 Additional info: reporter: libreport-2.2.2 backtrace_rating: 4 cmdline: /usr/lib64/libreoffice/program/soffice.bin 201305.ods --splash-pipe=5 crash_function: poll executable: /usr/lib64/libreoffice/program/soffice.bin kernel: 3.14.5-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: [New LWP 31924] [New LWP 31925] [New LWP 31928] [New LWP 31929] [New LWP 31935] [New LWP 31997] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/usr/lib64/libreoffice/program/soffice.bin 201305.ods --splash-pipe=5'. Program terminated with signal SIGSEGV, Segmentation fault. #0 ScFormulaCell::IsSharedTop (this=this@entry=0x7f850dba32c8) at /usr/src/debug/libreoffice-4.2.4.2/sc/source/core/data/formulacell.cxx:4028 4028 /usr/src/debug/libreoffice-4.2.4.2/sc/source/core/data/formulacell.cxx: No such file or directory. Thread 6 (Thread 0x7f850ebce700 (LWP 31997)): #0 0x00000031b06ea9dd in poll () at ../sysdeps/unix/syscall-template.S:81 No locals. #1 0x00000031b32495b4 in g_main_context_poll (priority=2147483647, n_fds=3, fds=0x7f85080010c0, timeout=-1, context=0x30cea60) at gmain.c:4007 poll_func = 0x31b3258500 <g_poll> #2 g_main_context_iterate (context=0x30cea60, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3708 max_priority = 2147483647 timeout = -1 some_ready = <optimized out> nfds = 3 allocated_nfds = 3 fds = 0x7f85080010c0 #3 0x00000031b3249a3a in g_main_loop_run (loop=0x30ce9f0) at gmain.c:3907 __PRETTY_FUNCTION__ = "g_main_loop_run" #4 0x0000003f1f6d0376 in gdbus_shared_thread_func (user_data=0x30cea30) at gdbusprivate.c:278 data = 0x30cea30 #5 0x00000031b326ea45 in g_thread_proxy (data=0x30d0850) at gthread.c:798 thread = 0x30d0850 #6 0x00000031b0e07f33 in start_thread (arg=0x7f850ebce700) at pthread_create.c:309 __res = <optimized out> pd = 0x7f850ebce700 now = <optimized out> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140209454638848, -2323055773611459562, 0, 0, 140209454639552, 140209454638848, 2362353978189544470, -2332379911302546410}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = <optimized out> pagesize_m1 = <optimized out> sp = <optimized out> freesize = <optimized out> #7 0x00000031b06f4ded in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Timeout exceeded: 240 seconds, killing gdb. Looks like gdb hung while generating backtrace. This may be a bug in gdb. Consider submitting a bug report to gdb developers. Please attach coredump from this crash to the bug report if you do.
Created attachment 908646 [details] File: backtrace
Created attachment 908647 [details] File: cgroup
Created attachment 908648 [details] File: core_backtrace
Created attachment 908649 [details] File: dso_list
Created attachment 908650 [details] File: environ
Created attachment 908651 [details] File: exploitable
Created attachment 908652 [details] File: limits
Created attachment 908653 [details] File: maps
Created attachment 908654 [details] File: open_fds
Created attachment 908655 [details] File: proc_pid_status
Created attachment 908656 [details] File: var_log_messages
unfortunately the backtrace is truncated for some reason, so there isn't enough context to see why it crashed. All we can tell really is that it was in the spreadsheet. caolanm->tim: can you reproduce this crash in any way ?
Unfortunately, I can't reproduce it. I reopened it and did what I thought was exactly the same thing again and it didn't crash. I haven't had a similar crash since. Sorry, I can't provide anything useful.