Apache OpenOffice (AOO) Bugzilla – Issue 67086
OOo hangs while openning and closing files
Last modified: 2006-08-16 13:44:53 UTC
I'm using OOo 2.0.3 in a Debian/testing machine with all packages upgraded. I installed OOo by converting the RPMs into DEBs via alien. My kernel is 2.6.15-1-686-smp. I've installed the pt-BR languagepack (2.0.3rc7). The problem is 100% reproducible for me: - I invoke /usr/bin/openoffice.org-2.0 - I go Arquivo -> Abrir (file -> open) - I navigate until the directory I want - I select the file I want - I click Abrir (open) and OOo freezes. I have to press Control-C in the shell to close it. If I invoke it passing the name of the file to open I can edit and save the file. However, when I go Arquivo -> Fechar (file -> close) or Arquivo -> Sair (file -> quit) OOo freezes too. I did the openning test while stracing OOo and I'm going to attach the result. I notice that it always freeze in a call to "futex(0xXXXXXXXX, FUTEX_WAIT, 2, NULL". Gustavo.
Created attachment 37548 [details] strace of a freezing condition
This is the process backtrace with gdb when OOo is frozen: #0 0xffffe410 in __kernel_vsyscall () #1 0xb70d163e in __lll_mutex_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb70ce12c in _L_mutex_lock_138 () from /lib/tls/i686/cmov/libpthread.so.0 #3 0xbf8d9120 in ?? () #4 0xbf8d9120 in ?? () #5 0xbf8d9008 in ?? () #6 0xb7403935 in osl_releaseMutex () from /opt/openoffice.org2.0/program/libuno_sal.so.3 #7 0xb74038dd in osl_acquireMutex () from /opt/openoffice.org2.0/program/libuno_sal.so.3 #8 0xb3f2107b in ?? () from /opt/openoffice.org2.0/program/configmgr2.uno.so #9 0xb3f2c3f6 in ?? () from /opt/openoffice.org2.0/program/configmgr2.uno.so #10 0xb3f3105f in ?? () from /opt/openoffice.org2.0/program/configmgr2.uno.so #11 0xb3ffd33a in component_getFactory () from /opt/openoffice.org2.0/program/configmgr2.uno.so #12 0xb4022be5 in component_getFactory () from /opt/openoffice.org2.0/program/configmgr2.uno.so #13 0xb40254c6 in component_getFactory () from /opt/openoffice.org2.0/program/configmgr2.uno.so #14 0xb4023916 in component_getFactory () from /opt/openoffice.org2.0/program/configmgr2.uno.so #15 0xb774b4fd in comphelper::ConfigurationHelper::flush () from /opt/openoffice.org2.0/program/libcomphelp4gcc3.so #16 0xb7c6f3e0 in SvtViewOptions::GetUserData () from /opt/openoffice.org2.0/program/libsvl680li.so #17 0xb7c6f556 in SvtViewOptions::SetWindowState () from /opt/openoffice.org2.0/program/libsvl680li.so #18 0xb02101c2 in component_getFactory () from /opt/openoffice.org2.0/program/fps_office.uno.so #19 0xb01f7329 in ?? () from /opt/openoffice.org2.0/program/fps_office.uno.so #20 0xb75f5f96 in cppu::WeakComponentImplHelperBase::dispose () from /opt/openoffice.org2.0/program/libuno_cppuhelpergcc3.so.3 #21 0xb01f9e47 in ?? () from /opt/openoffice.org2.0/program/fps_office.uno.so #22 0xb1025742 in sfx2::FileDialogHelper::FileDialogHelper () from /opt/openoffice.org2.0/program/libsfx680li.so #23 0xb101ce20 in sfx2::FileDialogHelper::GetCurrentFilter () from /opt/openoffice.org2.0/program/libsfx680li.so #24 0xb101cf01 in sfx2::FileDialogHelper::~FileDialogHelper () from /opt/openoffice.org2.0/program/libsfx680li.so #25 0xb1025182 in sfx2::FileDialogHelper::FileDialogHelper () from /opt/openoffice.org2.0/program/libsfx680li.so #26 0xb0e5a0d9 in SfxApplication::InsertDocumentDialog () from /opt/openoffice.org2.0/program/libsfx680li.so #27 0xb0e56c70 in SfxApplication::InitLabelResMgr () from /opt/openoffice.org2.0/program/libsfx680li.so #28 0xb0fc904d in SfxDispatcher::GetDisableFlags () from /opt/openoffice.org2.0/program/libsfx680li.so #29 0xb0fc9382 in SfxDispatcher::_Execute () from /opt/openoffice.org2.0/program/libsfx680li.so #30 0xb0fc9422 in SfxDispatcher::_Execute () from /opt/openoffice.org2.0/program/libsfx680li.so #31 0xb0ff1033 in non-virtual thunk to SvxSearchItem::Notify(com::sun::star::uno::Sequence<rtl::OUString> const&) () from /opt/openoffice.org2.0/program/libsfx680li.so #32 0xb172b668 in ?? () #33 0xb067c5d0 in ?? () #34 0xb093410c in ?? () #35 0xbf8d9c50 in ?? () #36 0xb0ff0ff0 in non-virtual thunk to SvxSearchItem::Notify(com::sun::star::uno::Sequence<rtl::OUString> const&) () from /opt/openoffice.org2.0/program/libsfx680li.so #37 0xb093410c in ?? () #38 0xb067c5d0 in ?? () #39 0xb08191b8 in ?? () #40 0xbf8d9d64 in ?? () #41 0xb7f0adf0 in Window::AddEventListener () from /opt/openoffice.org2.0/program/libvcl680li.so Previous frame inner to this frame (corrupt stack?)
I just noticed that the process has seven threads. The previous backtrace was for thread #1. These are the backtraces for the other six: (gdb) thread apply 2 bt Thread 2 (Thread -1347621968 (LWP 9997)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb70d163e in __lll_mutex_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb70ce12c in _L_mutex_lock_138 () from /lib/tls/i686/cmov/libpthread.so.0 #3 0x00000002 in ?? () #4 0x00000000 in ?? () #0 0xffffe410 in __kernel_vsyscall () (gdb) thread apply 3 bt Thread 3 (Thread -1307337808 (LWP 9966)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb6e81eb2 in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0xb08d1b70 in ?? () from /opt/openoffice.org2.0/program/libdtransX11680li.so #3 0xb08d1c60 in ?? () from /opt/openoffice.org2.0/program/libdtransX11680li.so #4 0xb7404577 in osl_yieldThread () from /opt/openoffice.org2.0/program/libuno_sal.so.3 #5 0xb70cceb7 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #6 0xb6e8c9be in clone () from /lib/tls/i686/cmov/libc.so.6 #0 0xffffe410 in __kernel_vsyscall () (gdb) thread apply 4 bt Thread 4 (Thread -1298396240 (LWP 9963)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb6e81eb2 in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0xb50e9ba3 in SessionManagerClient::open () from /opt/openoffice.org2.0/program/libvclplug_gen680li.so #3 0xb7404577 in osl_yieldThread () from /opt/openoffice.org2.0/program/libuno_sal.so.3 #4 0xb70cceb7 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #5 0xb6e8c9be in clone () from /lib/tls/i686/cmov/libc.so.6 #0 0xffffe410 in __kernel_vsyscall () (gdb) thread apply 5 bt Thread 5 (Thread -1285911632 (LWP 9962)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb70d1b48 in accept () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb740c07b in osl_acceptPipe () from /opt/openoffice.org2.0/program/libuno_sal.so.3 #3 0xb7651393 in vos::OPipe::accept () from /opt/openoffice.org2.0/program/libvos3gcc3.so #4 0x0806e49a in desktop::OfficeIPCThread::run () #5 0xb764ced1 in vos::_cpp_OThread_WorkerFunction () from /opt/openoffice.org2.0/program/libvos3gcc3.so #6 0xb764ceff in _OThread_WorkerFunction () from /opt/openoffice.org2.0/program/libvos3gcc3.so #7 0xb7404577 in osl_yieldThread () from /opt/openoffice.org2.0/program/libuno_sal.so.3 #8 0xb70cceb7 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #9 0xb6e8c9be in clone () from /lib/tls/i686/cmov/libc.so.6 #0 0xffffe410 in __kernel_vsyscall () (gdb) thread apply 6 bt Thread 6 (Thread -1277383760 (LWP 9961)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb70cf04c in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb70cf4bd in pthread_cond_timedwait@GLIBC_2.0 () from /lib/tls/i686/cmov/libpthread.so.0 #3 0xb7401641 in osl_waitCondition () from /opt/openoffice.org2.0/program/libuno_sal.so.3 #4 0xb7649041 in vos::OCondition::wait () from /opt/openoffice.org2.0/program/libvos3gcc3.so #5 0xb764ecb7 in vos::OTimerManager::run () from /opt/openoffice.org2.0/program/libvos3gcc3.so #6 0xb764ced1 in vos::_cpp_OThread_WorkerFunction () from /opt/openoffice.org2.0/program/libvos3gcc3.so #7 0xb764ceff in _OThread_WorkerFunction () from /opt/openoffice.org2.0/program/libvos3gcc3.so #8 0xb7404577 in osl_yieldThread () from /opt/openoffice.org2.0/program/libuno_sal.so.3 #9 0xb70cceb7 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #10 0xb6e8c9be in clone () from /lib/tls/i686/cmov/libc.so.6 #0 0xffffe410 in __kernel_vsyscall () (gdb) thread apply 7 bt Thread 7 (Thread -1234662480 (LWP 9958)): #0 0xffffe410 in __kernel_vsyscall () #1 0xb70cf04c in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb70cf4bd in pthread_cond_timedwait@GLIBC_2.0 () from /lib/tls/i686/cmov/libpthread.so.0 #3 0xb740fef0 in rtl_cache_destroy () from /opt/openoffice.org2.0/program/libuno_sal.so.3 #4 0xb70cceb7 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #5 0xb6e8c9be in clone () from /lib/tls/i686/cmov/libc.so.6 #0 0xffffe410 in __kernel_vsyscall () (gdb)
Please describe the path to the document. Do you use the OOo filepicker or the gnome file picker?
The path to the document is "/home/gustavo/work/mba/bp/SL-modelos.odt", but it doesn't seem to matter because the problem happens with any document. I use KDE. I think I'm using the OOo filepicker. Gustavo.
I found the problem. The lockd daemon in my machine was looping and created locks until the kernel run out of resources. These are the messages I found in /var/log/kern.log: Jul 11 08:18:04 gnu kernel: lockd: cannot monitor 10.202.72.109 Jul 11 08:18:04 gnu kernel: lockd: failed to monitor 10.202.72.109 Jul 11 08:18:26 gnu kernel: lockd: cannot monitor 10.202.72.109 Jul 11 08:18:26 gnu kernel: lockd: failed to monitor 10.202.72.109 After restarting the daemon the messages stopped and I am able to use OOo without a problem. I'm sorry for the false alarm. Gustavo.
closed