Issue 485 - deadlock while loading document over API
Summary: deadlock while loading document over API
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: 619
Hardware: PC Linux, all
: P1 (highest) Trivial (vote)
Target Milestone: ---
Assignee: andreas.schluens
QA Contact: issues@www
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-02-28 16:52 UTC by Unknown
Modified: 2003-12-06 14:52 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
stack trace (5.54 KB, text/plain)
2001-02-28 16:53 UTC, Unknown
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2001-02-28 16:52:01 UTC
The deadlock occurs in the bonobo integration of openoffice components, while
dispatching an URL from an external process (over UNO remote protocol). It is a
similar situation as in BUG #461.

The situation should be clear from the attached call stacks.
Comment 1 Unknown 2001-02-28 16:53:13 UTC
Created attachment 84 [details]
stack trace
Comment 2 michael.bemmer 2001-03-01 09:13:11 UTC
Markus, should be your bug.
Comment 3 Unknown 2001-03-01 14:46:18 UTC
I don't know whats going on. It might be, that the framework object try to lock
the Solar mutex with an own locked mutex.
Comment 4 Mathias_Bauer 2001-04-12 12:06:03 UTC
Markus seems to be right, we have some deadlock troubles in the framework.
Comment 5 andreas.schluens 2001-04-20 07:50:51 UTC
OK ... I know it! My framework is "to much threadsafe"!
It hold his mutex very often and call other ones without releasing it ...
But I think it's not a good idea to write bugs for every found deadlock!!!
I try to fix it generally for our actual version.
So - PLEASE take it easy ... and hope for a better time ...
Comment 6 andreas.schluens 2001-07-31 08:36:02 UTC
fixed in internal version 638
Comment 7 lohmaier 2002-03-14 00:07:09 UTC
time to close this one