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.
Build: NetBeans IDE 8.0.2 (Build 201411181905) VM: Java HotSpot(TM) 64-Bit Server VM, 25.11-b03, Java(TM) SE Runtime Environment, 1.8.0_11-b12 OS: Linux User Comments: GUEST: no specific causes Stacktrace: java.lang.OutOfMemoryError: GC overhead limit exceeded at java.util.Arrays.copyOf(Arrays.java:3326) at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:137) at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:121) at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:622) at java.lang.StringBuilder.append(StringBuilder.java:202) at org.netbeans.modules.remote.impl.fs.RemoteLinkBase.wrapFileObject(RemoteLinkBase.java:110)
Created attachment 158121 [details] stacktrace
142,073,264 bytes in 433,656 instances of the class org.netbeans.modules.remote.impl.fs.RemoteLinkChild It looks like remote FS does not have protection on "infinite" loop in case recursive link like to "/usr/bin/X11/X11/X11/X11/X11/...."
Yes, the reason is cyclic links. Heap dump shows 4062 remote plain files, 370 remote directories, 243 remote links and and 433656 instances of RemoteLinkChild! You can only achieve this via cyclic links. So the root cause is quite the same as in issue 258298, which has been already fixed. *** This bug has been marked as a duplicate of bug 258298 ***