To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=112605





------- Additional comments from m...@openoffice.org Wed Jun 23 09:00:29 +0000 
2010 -------
The SolarMutex protects all code in VCL and all other code where the developers
where too lazy or not able to create their own mutex. You are right if the
object in question has some dependency on VCL code. But if not (and that might
be something easier to achieve as we are only talking about the code in a dtor),
a SolarMutex outside of VCL could help. 

Besides that, I still would prefer the other solution: if a refcounted object
requires something from VCL (e.g. SolarMutex) there must be a way to avoid VCL
shutdown as long as the object exists. A possible way could be to add a member
to all UNO objects using the SolarMutex that "refcounts" the VCL based
application and prevents that it is shut down.

We also could fix that in UNO - every bridge can hold such a reference so that
the application can't go down as long as an external bridge exist. That would be
something as the COM solution I mentioned. In the olden times we counted an
reference on our Application class for every COM connection plus one reference
if the application also was started by a user action. Even if the user called
"File-Exit", the application did not terminate until all external connections
had been released.


---------------------------------------------------------------------
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: issues-unsubscr...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org


---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org

Reply via email to