<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - FILESAVE: LibreOffice is stuck while saving (MACOS)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=112288#c2">Comment # 2</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - FILESAVE: LibreOffice is stuck while saving (MACOS)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=112288">bug 112288</a> from <a class="email" href="mailto:iplaw67@tuta.io" title="Alex Thurgood <iplaw67@tuta.io>"> Alex Thurgood</a> <pre>Possibly, in this block of svapp.cxx lines 454-474 : inline bool ImplYield(bool i_bWait, bool i_bAllEvents, sal_uLong const nReleased) { ImplSVData* pSVData = ImplGetSVData(); SAL_INFO("vcl.schedule", "Enter ImplYield: " << (i_bWait ? "wait" : "no wait") << ": " << (i_bAllEvents ? "all events" : "one event") << ": " << nReleased); // TODO: there's a data race here on WNT only because ImplYield may be // called without SolarMutex; if we can get rid of LazyDelete (with VclPtr) // then the only remaining use of mnDispatchLevel is in OSX specific code // so that would effectively eliminate the race on WNT pSVData->maAppData.mnDispatchLevel++; // do not wait for events if application was already quit; in that // case only dispatch events already available bool bProcessedEvent = pSVData->mpDefInst->DoYield( i_bWait && !pSVData->maAppData.mbAppQuit, i_bAllEvents, nReleased);</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>