To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=54419
User mba changed the following:
What |Old value |New value
================================================================================
Assigned to|mba |hdu
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Thu Mar 9 08:35:01 -0800
2006 -------
This is a very evil problem:
Our main thread is doing a synchronous Windows API call in
WinSalPrinter::EndJob():
if( ::EndDoc( hDC ) <= 0 )
err = GetLastError();
DeleteDC( hDC );
Of course we have the SolarMutex locked while calling EndDoc.
In this API call the Fax Wizard starts and when we try to paste the content from
OOo into the dialog it calls into our clipboard code that runs in another thread
and so deadlocks because it can't acquire the SolarMutex.
We had similar problems in other areas and the only cure would be to release the
SolarMutex before starting the dialog, means: before we call EndDoc.
My suggestion: put the three lines shown above into a callback that is called
asynchronously without(!) SolarMutex locked.
Our new Threading Framework should be able to handle this because the clipboard
code will not use an own thread.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
