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