On 09.06.2015 11:36, Michael Stahl wrote:
> On 09.06.2015 10:02, Noel Grandin wrote:
>> On 2015-06-09 09:58 AM, Stephan Bergmann wrote:
>>> On Windows, with master as of last night, "make check" happened to run into
>>> a deadlock in soffice.bin as below. The
>>> main thread is trying to re-acqui
On 09.06.2015 17:31, Michael Meeks wrote:
> On Tue, 2015-06-09 at 11:36 +0200, Michael Stahl wrote:
>> or perhaps it would also work to have a dedicated thread that does nothing
>> other than handle the special thread affine Win32 create/destroy-window
>> messages and never takes a lock.
>
>
Hi Michael,
On Tue, 2015-06-09 at 11:36 +0200, Michael Stahl wrote:
> this requires a larger re-design; either handling all VCL stuff only on
> the main thread so that other threads never call Window methods
Yep - this is the direction for travel for external toolkits I guess
and we could
On 09.06.2015 10:02, Noel Grandin wrote:
> On 2015-06-09 09:58 AM, Stephan Bergmann wrote:
>> On Windows, with master as of last night, "make check" happened to run into
>> a deadlock in soffice.bin as below. The
>> main thread is trying to re-acquire the SolarMutex (after a
>> SolarMutexRelease
On 06/09/2015 10:02 AM, Noel Grandin wrote:
On 2015-06-09 09:58 AM, Stephan Bergmann wrote:
On Windows, with master as of last night, "make check" happened to run
into a deadlock in soffice.bin as below. The
main thread is trying to re-acquire the SolarMutex (after a
SolarMutexReleaser) from wi
On 2015-06-09 09:58 AM, Stephan Bergmann wrote:
On Windows, with master as of last night, "make check" happened to run into a
deadlock in soffice.bin as below. The
main thread is trying to re-acquire the SolarMutex (after a SolarMutexReleaser)
from within the event loop, while an
incoming UR
On Windows, with master as of last night, "make check" happened to run
into a deadlock in soffice.bin as below. The main thread is trying to
re-acquire the SolarMutex (after a SolarMutexReleaser) from within the
event loop, while an incoming URP thread (apparently holding the
SolarMutex) does
