Apache OpenOffice (AOO) Bugzilla – Issue 54272
some keyboard shortcuts make openoffice 2.0beta (m125) crash repeatedly
Last modified: 2005-09-13 14:27:09 UTC
I'm using latest OOo 2.0beta2 (czech) on my Mandrake 9.1 It crashes very, very often when using CTRL+X, CTRL+C, CTRL+V and even my Xwindow keyboard switching combination (shift+ctrl). The document is not lost, it can be recovered successfully, but I cannot work with Writer and use shortcuts. I've found several similar bugreports but all appear to be fixed. I suppose this is due to my old GNOME installation (2.2), but I've found no particular gnome version in requirements. As far I've tested this on my second machine with GNOME 2.10, there are no crashes like this. I will test it further. Stack trace: thread apply all bt Thread 6 (Thread 65541 (LWP 10550)): #0 0x411af547 in poll () from /lib/i686/libc.so.6 #1 0x46587bce in typeinfo for com::sun::star::ucb::CommandFailedException () from /openoffice.org1.9.125/program/libdtransX11680li.so #2 0x46587cbe in typeinfo for com::sun::star::ucb::CommandFailedException () from /openoffice.org1.9.125/program/libdtransX11680li.so #3 0x40a02251 in osl_yieldThread () from /openoffice.org1.9.125/program/libuno_sal.so.3 #4 0x40ec3811 in pthread_start_thread () from /lib/i686/libpthread.so.0 #5 0x40ec3915 in pthread_start_thread_event () from /lib/i686/libpthread.so.0 Thread 5 (Thread 49156 (LWP 10549)): #0 0x411af547 in poll () from /lib/i686/libc.so.6 #1 0x41d59bff in SessionManagerClient::open() () from /openoffice.org1.9.125/program/libvclplug_gen680li.so #2 0x40a02251 in osl_yieldThread () from /openoffice.org1.9.125/program/libuno_sal.so.3 #3 0x40ec3811 in pthread_start_thread () from /lib/i686/libpthread.so.0 #4 0x40ec3915 in pthread_start_thread_event () from /lib/i686/libpthread.so.0 Thread 4 (Thread 32771 (LWP 10548)): #0 0x40ec8968 in accept () from /lib/i686/libpthread.so.0 ---Type <return> to continue, or q <return> to quit--- #1 0x43c71eb4 in ?? () #2 0x4096534f in vos::OPipe::accept(vos::OStreamPipe&) () from /openoffice.org1.9.125/program/libvos3gcc3.so #3 0x0806a4b6 in desktop::OfficeIPCThread::run() () #4 0x40960e8d in vos::_cpp_OThread_WorkerFunction(void*) () from /openoffice.org1.9.125/program/libvos3gcc3.so #5 0x40960ebb in _OThread_WorkerFunction(void*) () from /openoffice.org1.9.125/program/libvos3gcc3.so #6 0x40a02251 in osl_yieldThread () from /openoffice.org1.9.125/program/libuno_sal.so.3 #7 0x40ec3811 in pthread_start_thread () from /lib/i686/libpthread.so.0 #8 0x40ec3915 in pthread_start_thread_event () from /lib/i686/libpthread.so.0 Thread 3 (Thread 16386 (LWP 10547)): #0 0x40ec8fd6 in nanosleep () from /lib/i686/libpthread.so.0 #1 0x00000001 in ?? () #2 0x40ec2079 in pthread_cond_timedwait_relative () from /lib/i686/libpthread.so.0 #3 0x409ff357 in osl_waitCondition () from /openoffice.org1.9.125/program/libuno_sal.so.3 #4 0x4095d001 in vos::OCondition::wait(TimeValue const*) () from /openoffice.org1.9.125/program/libvos3gcc3.so #5 0x40962c73 in vos::OTimerManager::run() () ---Type <return> to continue, or q <return> to quit--- from /openoffice.org1.9.125/program/libvos3gcc3.so #6 0x40960e8d in vos::_cpp_OThread_WorkerFunction(void*) () from /openoffice.org1.9.125/program/libvos3gcc3.so #7 0x40960ebb in _OThread_WorkerFunction(void*) () from /openoffice.org1.9.125/program/libvos3gcc3.so #8 0x40a02251 in osl_yieldThread () from /openoffice.org1.9.125/program/libuno_sal.so.3 #9 0x40ec3811 in pthread_start_thread () from /lib/i686/libpthread.so.0 #10 0x40ec3915 in pthread_start_thread_event () from /lib/i686/libpthread.so.0 Thread 2 (Thread 32769 (LWP 10546)): #0 0x411af547 in poll () from /lib/i686/libc.so.6 #1 0x40ec296e in __pthread_manager () from /lib/i686/libpthread.so.0 #2 0x40ec2bbb in __pthread_manager_event () from /lib/i686/libpthread.so.0 Thread 1 (Thread 16384 (LWP 10536)): #0 0x41bd27c7 in gdk_keymap_translate_keyboard_state () from /usr/lib/libgdk-x11-2.0.so.0 #1 0x40fc5744 in _STL::__node_alloc<true, 0>::_S_free_list () from /openoffice.org1.9.125/program/libstlport_gcc.so (gdb)
I can confirm that after several hours working with the same file at home (Mandrake 9.1 with GNOME 2.10 built from sources) the problem/crash does not appear. It really seems like a gtk+ related issue. I don't know which versions of which libraries does OOo depend on, but perhaps this is documented somewhere(?)
marking issue as duplicate of issue 53170. Feel free to reopen if your problem is still not solved when the fix will be integrated. *** This issue has been marked as a duplicate of 53170 ***
closed