deadlock question

Stephan Bergmann sbergman at redhat.com
Wed Sep 2 01:20:34 PDT 2015


On 09/02/2015 05:51 AM, 林贵华 wrote:
> 00eddc4c 055a0d6c 0b0f9a9c 00eddd00 51ddb52f msci_uno!`anonymous
> namespace'::cpp_vtable_call+0x11 (FPO: [Non-Fpo]) (CONV: cdecl)
> [d:\libreofficecomplie\4.3.3.2_pure_src\bridges\source\cpp_uno\msvc_win32_intel\cpp2uno.cxx
> @ 366]
> 00eddcec 054e288d 0b045970 00edde28 00edde30
> sfxlo!SfxViewShell::TryContextMenuInterception+0x1bc (FPO: [Non-Fpo])
> (CONV: thiscall)
> [d:\libreofficecomplie\4.3.3.2_pure_src\sfx2\source\view\viewsh.cxx @ 1976]

The error is that SfxViewShell::TryContextMenuInterception calls out to 
css.ui.XContextMenuInterceptor.notifyContextMenuExecute with the 
SolarMutex locked.  The usual broken solution is to add another use of 
SolarMutexReleaser, done now as 
<http://cgit.freedesktop.org/libreoffice/core/commit/?id=043cd5a5cd88ffb01dbf974e77b7ee60a038d8d5> 
"Do not call external code with SolarMutex locked."


More information about the LibreOffice mailing list