This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 68106 - Deadlock while opening project
Summary: Deadlock while opening project
Status: VERIFIED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 5.x
Hardware: All All
: P2 blocker (vote)
Assignee: Petr Nejedly
URL:
Keywords: RANDOM, THREAD
: 71571 74261 77681 81230 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-11-04 15:43 UTC by Maros Sandor
Modified: 2008-12-22 21:53 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Thread dump (14.95 KB, text/plain)
2005-11-04 15:44 UTC, Maros Sandor 		Details
I love challenges (1.04 KB, patch)
2006-03-02 15:37 UTC, Jaroslav Tulach 		Details | Diff
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Maros Sandor 2005-11-04 15:43:34 UTC 
I happened to me twice. I chose to open the javacvs/cvsmodule project without
dependencies. The Opening project modal progress comes up and stays at 0%. There
is no CPU/disk activity and I have to kill the IDE.
Comment 1 Maros Sandor 2005-11-04 15:44:16 UTC 
Created attachment 26632 [details]
Thread dump
Comment 2 Jesse Glick 2005-11-04 17:11:12 UTC 
Thread "ProjectChooserAccesoryModelUpdater" is waiting to enter the
ProjectManager.mutex() in read access. But according to the stack trace, no one
is in write access. So it should not be waiting. Bug in Mutex?
Comment 3 Jesse Glick 2005-11-04 17:13:50 UTC 
Petr I think you're the only one with detailed knowledge of Mutex internals...
Comment 4 Petr Nejedly 2005-11-07 12:25:56 UTC 
I see nothing wrong on the callers's side.
There used to be a similar problem (#49466), but it is fixed and covered by test.
I'll try to write a test for this scenario.
Comment 5 Petr Nejedly 2005-11-07 13:41:31 UTC 
Confirming a bug in mutex. See MutexTest,v1.3
Anybody wants to play with it?
Comment 7 Jaroslav Tulach 2006-03-02 15:37:20 UTC 
Created attachment 29098 [details]
I love challenges
Comment 8 Jaroslav Tulach 2006-03-02 15:38:29 UTC 
Imho this is the fix. 27 mutex tests passes ok, now I am running ant -f 
nbbuild/build.xml unit-validation to see if everything works.
Comment 9 Jaroslav Tulach 2006-03-02 17:10:37 UTC 
There seems to be nothing special during the run of unit-validation:  
  
openide/util/src/org/openide/util/Mutex.java,v  <--  Mutex.java 
new revision: 1.5; previous revision: 1.4
Comment 10 Jesse Glick 2006-03-02 20:54:33 UTC 
I am reverting this, sorry. Seemed to break continuous build pretty badly. Need
to test more.

Mutex.java 1.6
Comment 11 Martin Krauskopf 2006-03-03 21:05:11 UTC 
Also maybe the reason for 73219....
Comment 12 Petr Nejedly 2006-04-03 13:06:33 UTC 
*** Issue 74261 has been marked as a duplicate of this issue. ***
Comment 13 Jesse Glick 2006-04-03 17:55:50 UTC 
Until this is fixed can you please exclude the test from the test config?
Comment 14 Petr Nejedly 2006-05-03 14:46:28 UTC 
*** Issue 71571 has been marked as a duplicate of this issue. ***
Comment 15 Petr Jiricka 2006-05-04 08:55:34 UTC 
This issue now has a couple duplicates. Shouldn't it be a P1?
Comment 16 Petr Nejedly 2006-05-08 22:23:01 UTC 
I might have an idea how to fix it.
Comment 17 Petr Nejedly 2006-05-26 16:09:05 UTC 
Fixed for dev: openide/util/src/org/openide/util/Mutex.java,v1.9
Additional test provided that outrules Yarda's fix.

If you feel strongly about backporting, let me know.
Comment 18 Jaroslav Tulach 2006-05-31 15:03:57 UTC 
The test that used to fail is passing now => something has been fixed.
Comment 19 Jesse Glick 2006-06-10 19:14:05 UTC 
*** Issue 77681 has been marked as a duplicate of this issue. ***
Comment 20 Petr Nejedly 2006-07-27 16:06:26 UTC 
*** Issue 81230 has been marked as a duplicate of this issue. ***