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.
Created attachment 131838 [details] jmap -heap of netbeans when it first started hanging Steps to reproduce: 1. Check out java repo code from hg. 2. Create new free form project. 3. Fill out "Choose Project" with that directory. 4. Fill out "Build and Run Actions" with the appropriate targets from our ant build.xml 5. Press next Results: The ide hangs forever and beach balls. netbeans is currently using 125% of my cpu. I checked out jmap -heap and it seems to have plenty of memory. I also dumped a jstack as well when it first happened and again after I finished filling out the bug. It has been going for about 15+ minutes now with 125% cpu and it is still beach balled. Expected Results: It should show my the "source package folders" screen.
Created attachment 131840 [details] jstack tacken immediately after ide hung.
Created attachment 131841 [details] jstack taken after about 15 minutes of it being hung.
I moved all of my source code out of the directory and left only the build.xml and it still hung. So all I had in the project directory at that point was: .DS_Store .ant-targets-build.xml .arcconfig .hg .hgcheck .hgignore .hgtags .reviewboardrc build.xml I moved the .* files out and then it went to the next screen. I have a feeling it is getting stuck on the .hg directory but that is just a guess.
Seems as a link cycle in .hg directory or huge amount of data in it. The .hg should be ignored for source detection.
(In reply to comment #4) > Seems as a link cycle in .hg directory or huge amount of data in it. > The .hg should be ignored for source detection. Please do ignore .hg for source detection ! On Windows with its inferior file system performance I have observed that a cloned NetBeans repository on Windows contains 4,26GB, 319551 files in 82168 directories. Out of that, full one half is the .hg dir, namely 2,62GB, 159208 files in 44579 dirs. I can confirm that whatever operation that involves searching through .hg (like grep) takes ages. It actually takes more time than the one half one would expect due to the numbers above. The problem is that the capacity in .hg is concentrated into just a few file hogs, while the vast majority of files under .hg are very small. This, on Windows, is the worst possible case in terms of file system performance.
Created attachment 135262 [details] Proposed patch.
The proposed patch will not work on Windows. It's much safer to use VisibilityQuery, I will change it.
Fixed jet-main f4dbd4315420
Integrated into 'main-golden', will be available in build *201306050626* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/f4dbd4315420 User: Tomas Zezula <tzezula@netbeans.org> Log: #226668:When creating a new free form java project the ide hangs forever