Kay Ramme - Sun Germany - Hamburg wrote:
see my comments inline ...
> Tobias,
>
> Tobias Krais wrote:
>> just now my OOo had a dealock again. And I followed
your advice. Here is
>> the comandline output:
> thanks for taking the time 
>
>> -----%<-----
>> [126] tobias tuxtobi> soffice
>>
-env:UNO_JAVA_JFW_JREHOME=file:///usr/lib/jvm/java-1.5.0-sun
-1.5.0.06/
>>
-env:UNO_JAVA_JFW_CLASSPATH=/usr/lib/openoffice/program/clas
ses/jurt.jar;/usr/lib/openoffice/program/classes/ridl.jar;/u
sr/lib/openoffice/program/classes/java_uno.jar;/usr/lib/open
office/program/classes/juh.jar;/usr/lib/openoffice/program/c
lasses/jut.jar;/usr/lib/openoffice/program/classes/unoidl.ja
r
>>
>> Xlib: unexpected async reply (sequence 0x1e3a)!
>> -----%<-----
>>
>> and here the gdb output. Do you need more?
>>
<snip>
>> (gdb) t 2
>> [Switching to thread 2 (Thread -1564783696 (LWP
20246))]#0 0xa7235199
>> in __lll_mutex_lock_wait () from
/lib/tls/libpthread.so.0
>> (gdb) bt
>> #0 0xa7235199 in __lll_mutex_lock_wait () from
/lib/tls/libpthread.so.0
>> #1 0xa7231f13 in _L_mutex_lock_148 () from
/lib/tls/libpthread.so.0
>> #2 0xa2baa774 in ?? ()
>> #3 0xa76aba2d in
typelib_typedescriptionreference_release ()
>> from
/usr/lib/openoffice/program/libuno_cppu.so.3
>> #4 0xa750d295 in osl_acquireMutex ()
>> from /usr/lib/openoffice/program/libuno_sal.so.3
>> #5 0xa7739428 in vos::OMutex::acquire ()
>> from /usr/lib/openoffice/program/libvos3gcc3.so
>> #6 0xa418c2d9 in SalYieldMutex::acquire ()
>> from
/usr/lib/openoffice/program/libvclplug_gen680li.so
>> #7 0xa3db4eee in framework::LockHelper::acquire ()
>> from /usr/lib/openoffice/program/libfwi680li.so
>> #8 0xa2e5c3f6 in ?? () from
/usr/lib/openoffice/program/libfwk680li.so
>> #9 0xa2e5c415 in ?? () from
/usr/lib/openoffice/program/libfwk680li.so
>> #10 0xa2e88d59 in component_writeInfo ()
>> from /usr/lib/openoffice/program/libfwk680li.so
>> #11 0xa0ad8d72 in GetModuleFieldUnit ()
>> from /usr/lib/openoffice/program/libsvx680li.so
>> #12 0xa0adb590 in GetModuleFieldUnit ()
>> from /usr/lib/openoffice/program/libsvx680li.so
>> #13 0xa0ad9c48 in GetModuleFieldUnit ()
>> from /usr/lib/openoffice/program/libsvx680li.so
>> ---Type <return> to continue, or q
<return> to quit---
>> #14 0xa0bf3cdd in SvxUnoDashTable_createInstance ()
>> from /usr/lib/openoffice/program/libsvx680li.so
>> #15 0xa0bf4431 in SvxUnoDashTable_createInstance ()
>> from /usr/lib/openoffice/program/libsvx680li.so
>> #16 0x08069ca5 in desktop::impl_callRecoveryUI ()
>> #17 0x0806ab5c in desktop: esktop::
SaveTasks ()
>> #18 0x0806b07e in desktop:esktop::
Exception ()
>> #19 0xa7d8e906 in DeInitVCL () from
>> /usr/lib/openoffice/program/libvcl680li.so
>> #20 0xa7740927 in vos::_cpp_OSignalHandler_Function
()
>> from /usr/lib/openoffice/program/libvos3gcc3.so
>> #21 0xa7740944 in _OSignalHandler_Function ()
>> from /usr/lib/openoffice/program/libvos3gcc3.so
>> #22 0xa75145c3 in osl_getVolumeInformation ()
>> from /usr/lib/openoffice/program/libuno_sal.so.3
>> #23 0xa7514901 in osl_setErrorReporting ()
>> from /usr/lib/openoffice/program/libuno_sal.so.3
>> #24 0x00000017 in ?? ()
>> #25 0x081576f0 in ?? ()
>> #26 0x00000001 in ?? ()
>> #27 0x00000000 in ?? ()
> This is interesting, it seems that somehow an
asynchronous signal has
> arrived, trying to acquire the Solar Mutex before
saving all
> tasks/documents and terminating the office ...
This is not an asynchronous signal only ...
it's our crash handling. That means: one of these threads
produced a crash and here we try to save all currently open
documents.
So the deadlock is a follow up of a crash in a remote use
case of the
office.
Solutions:
a) Fix the reason for the crash .-)
b) Disable Recovery in your use case by using the command
line parameter
"-norestore" by starting the office.
>
>> (gdb) t 1
>> [Switching to thread 1 (Thread -1508009760 (LWP
20207))]#0 0xa6fdc819
>> in poll
>> () from /lib/tls/libc.so.6
>> (gdb) bt
>> #0 0xa6fdc819 in poll () from /lib/tls/libc.so.6
>> #1 0xa728e7f3 in _XEnq () from
/usr/lib/libX11.so.6
>> #2 0xa728ec69 in _XRead () from
/usr/lib/libX11.so.6
>> #3 0xa728fcd5 in _XReply () from
/usr/lib/libX11.so.6
>> #4 0xa7271845 in _XGetWindowAttributes () from
/usr/lib/libX11.so.6
>> #5 0xa72719c2 in XGetWindowAttributes () from
/usr/lib/libX11.so.6
>> #6 0xa4168478 in X11SalGraphics::getBitmap ()
>> from
/usr/lib/openoffice/program/libvclplug_gen680li.so
>> #7 0xa7e55ff7 in SalGraphics::GetBitmap ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #8 0xa7df3861 in OutputDevice::GetBitmap ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #9 0xa7df5650 in OutputDevice:rawImage
()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #10 0xa7df6a25 in OutputDevice:rawImage
()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #11 0xa7df6df8 in OutputDevice:rawBitma
pEx ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #12 0xa7dceea0 in GraphicReader::~GraphicReader ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #13 0xa7df52ff in OutputDevice:rawImage
()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #14 0xa7eb986b in ToolBox:ocking
()
>> ---Type <return> to continue, or q
<return> to quit---
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #15 0xa7ebd88b in ToolBox::Paint ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #16 0xa7ed0bdf in Window::Window ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #17 0xa7ed0c97 in Window::Window ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #18 0xa7ed0c97 in Window::Window ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #19 0xa7ed0c97 in Window::Window ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #20 0xa7ed62c0 in Window::PaintToDevice ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #21 0xa7ed642e in Window::PaintToDevice ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #22 0xa7ed6450 in Window::PaintToDevice ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #23 0xa7d82fbe in Help::ShowTip ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #24 0xa7d8efa2 in Timer::Timeout ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #25 0xa7d8f184 in AutoTimer::operator= ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> ---Type <return> to continue, or q
<return> to quit---
>> #26 0xa4185421 in SalData::Timeout ()
>> from
/usr/lib/openoffice/program/libvclplug_gen680li.so
>> #27 0xa418540c in SalData::Timeout ()
>> from
/usr/lib/openoffice/program/libvclplug_gen680li.so
>> #28 0xa4184b31 in SalXLib::CheckTimeout ()
>> from
/usr/lib/openoffice/program/libvclplug_gen680li.so
>> #29 0xa4184d16 in SalXLib::Yield ()
>> from
/usr/lib/openoffice/program/libvclplug_gen680li.so
>> #30 0xa418c475 in X11SalInstance::Yield ()
>> from
/usr/lib/openoffice/program/libvclplug_gen680li.so
>> #31 0xa7d895b1 in Application::Yield ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #32 0xa7d895ee in Application::Execute ()
>> from /usr/lib/openoffice/program/libvcl680li.so
>> #33 0x0806c790 in desktop:esktop::
Main ()
>> #34 0xa7d8eb71 in InitVCL () from
>> /usr/lib/openoffice/program/libvcl680li.so
>> #35 0xa7d8ec21 in SVMain () from
>> /usr/lib/openoffice/program/libvcl680li.so
>> #36 0x0806465b in sal_main ()
>> #37 0xa6f29eb0 in __libc_start_main () from
/lib/tls/libc.so.6
>> #38 0x08064591 in _start ()
> This is interesting as well, seems a timeout has
happened for showing
> some help tips, already holding the Solar Mutex, trying
to get some
> bitmaps from the X server. I am wondering why the poll
does not return ...
>
Regards
Andreas
------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscribeapi.openoffice.org
For additional commands, e-mail: dev-helpapi.openoffice.org
|