Bug 47433

Summary: Some UI deadlock
Product: apisupport Reporter: Jan Jancura <jjancura>
Component: ProjectAssignee: Tomas Zezula <tzezula>
Status: CLOSED FIXED QA Contact: issues <issues.netbeans.org>
Priority: P1 CC: rmatous
Version: 4.x   
Target Milestone: 4.x   
Hardware: PC   
OS: Windows ME/2000   
Issue Type: DEFECT Exception Report:
Attachments: Deadlock

Description Jan Jancura 2004-08-19 08:35:15 UTC
see attachement
Comment 1 Jan Jancura 2004-08-19 08:35:57 UTC
Created attachment 16934 [details]
Comment 2 Jan Becicka 2004-08-19 08:47:56 UTC
Honzi, thanks for your exhaustive and comprehensive report :). But I
don't see any deadlock.
I only see, that all thread dumps shows the same thing: Scanning Queue
is  blocked by same native method:
"Scanning Queue" daemon prio=2 tid=0x0eed1db0 nid=0xd54 runnable
        at java.io.WinNTFileSystem.getBooleanAttributes(Native Method)
        at java.io.File.exists(File.java:680)

Radku, can you evaluate it? Thanks
Comment 3 Martin Matula 2004-08-19 08:58:08 UTC
I think I know where the problem is. I am working on it. Radku, please
ignore this.
Comment 4 Martin Matula 2004-08-19 09:30:35 UTC
So, I debugged this on Jan's computer and found out the problem is
that the URL of a classpath root provided from classpath is:
while URL provided from the filesystem on a given root fileobject is:
So, these URLs are not equal, thus scanning gets into an endless loop
trying to resolve the root provided by the classpath. I talked to
Tomas Zezula and he knows how to fixe it. Since this needs to be fixed
in classpath implementation, I am reassigning it to him.
Comment 5 Martin Matula 2004-08-19 13:20:26 UTC
To Trung: this is not a threading issue - it is not a deadlock but
rather an endless loop caused by different URLs returned for the same
file on Windows. On Jan's computer it happens deterministically. It is
because how his JDK_HOME variable is set (since classpath seems to
create URL pointing to JDK from this environment variable). I don't
know what the THREAD keyword means, but are you sure it is appropriate
for this issue?
Comment 6 Tomas Zezula 2004-08-19 14:57:59 UTC
Checking in
 <--  ClassPathProviderImpl.java
new revision: 1.35; previous revision: 1.34
Comment 7 Martin Matula 2004-09-20 08:51:08 UTC
*** Issue 49256 has been marked as a duplicate of this issue. ***
Comment 8 Tomas Danek 2005-12-23 09:46:17 UTC
presumably fixed, no way how to verify, closing.
By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2014, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo