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.
[dev-200301150100] IDE deadlocked during startup and splash was showing message: "Opening project Default ...". Not reproducible. Default project wasn't modified at all.
Created attachment 8581 [details] deadlock thread dump
Priority increased. Deadlock in filesystems on initialization openfile module on startup. OpenIDE-request-processor-0 Default RequestProcessor Folder recognizer are waiting to lock in main thread .... main is waiting in at org.openide.filesystems.MIMESupport$CachedFileObject.isAnyResolver(MIMESupport.java:138)
I know, that P.Nejedly showed me the same dumpstack. I don't see any reason why to wait in MIMESupport$CachedFileObject.isAnyResolver(MIMESupport.java:138). Strange dumpstack, I don't understand, then I'm not ready to fix.
So, according to previous comment marked as WORKSFORME. If this problem occures again, then this dumpstack could be send to jdk team to analyse.
*** Issue 29972 has been marked as a duplicate of this issue. ***
*** Issue 30223 has been marked as a duplicate of this issue. ***
Reopened because this bug recently occured on many platforms (SOLARIS,LINUX,WIN 2000) last week.
I get this symptoms on Win98, too. Next time I will try to get a stack dump on Win98. [Ctrl+Break] I guess.
can you add your jdk version and platform? It occured on linux : jdk 1.4.1-b01, jdk 1.4.1-b21
Problem was that main thread waited for clinit of CachedFileObject, that couldn't be finished because of waiting for lock. The dumpstack was confusing. Fixed in trunk. /cvs/openide/src/org/openide/filesystems/MIMESupport.java,v <-- MIMESupport.java new revision: 1.23; previous revision: 1.22
*** Issue 30612 has been marked as a duplicate of this issue. ***
it seems fine