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.
IDE info: >Log Session: Monday, June 29, 2015 5:25:20 PM MSK >System Info: Product Version = NetBeans IDE Dev (Build 20150629-869e82459cad) (#869e82459cad) Operating System = SunOS version 5.11 running on x86 Java; VM; Vendor = 1.7.0_75; Java HotSpot(TM) Client VM 24.75-b04; Oracle Corporation Runtime = Java(TM) SE Runtime Environment 1.7.0_75-b13 Java Home = /usr/jdk/instances/jdk1.7.0_75/jre Editor is totally responsible after couple minutes of working. IDE consumes all memory in class: org.netbeans.modules.java.navigation.BreadCrumbsNodeImpl Instances 2M, Memory 1.2G.
Spelling: Editor is totally unresponsive after couple minutes of working.
I just opened 2 files, placed cursor inside "if" and went to have a cup of tee. When back IDE is GCing all the time with OOM: SEVERE [org.openide.util.Exceptions] java.lang.OutOfMemoryError: GC overhead limit exceeded at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:66) at com.sun.source.util.TreePath$1PathFinder.scan(TreePath.java:70) at com.sun.source.util.TreePath$1PathFinder.scan(TreePath.java:65) at com.sun.source.util.TreeScanner.visitExpressionStatement(TreeScanner.java:243) at com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1308) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:68) at com.sun.source.util.TreePath$1PathFinder.scan(TreePath.java:70) at com.sun.source.util.TreePath$1PathFinder.scan(TreePath.java:65) at com.sun.source.util.TreeScanner.scan(TreeScanner.java:91) at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:162) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:924) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:68) at com.sun.source.util.TreePath$1PathFinder.scan(TreePath.java:70) at com.sun.source.util.TreePath$1PathFinder.scan(TreePath.java:65) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:81) at com.sun.source.util.TreeScanner.visitForLoop(TreeScanner.java:181) at com.sun.tools.javac.tree.JCTree$JCForLoop.accept(JCTree.java:1019) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:68) at com.sun.source.util.TreePath$1PathFinder.scan(TreePath.java:70) at com.sun.source.util.TreePath$1PathFinder.scan(TreePath.java:65) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:81) at com.sun.source.util.TreeScanner.scan(TreeScanner.java:91) at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:162) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:924) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:68) at com.sun.source.util.TreePath$1PathFinder.scan(TreePath.java:70) at com.sun.source.util.TreePath$1PathFinder.scan(TreePath.java:65) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:81) at com.sun.source.util.TreeScanner.visitMethod(TreeScanner.java:144) at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:806) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:68) [catch] at com.sun.source.util.TreePath$1PathFinder.scan(TreePath.java:70)
Already fixed in jet-main. *** This bug has been marked as a duplicate of bug 253201 ***