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.1 (Build 201510222201) VM: Java HotSpot(TM) 64-Bit Server VM, 25.91-b14, Java(TM) SE Runtime Environment, 1.8.0_91-b14 OS: Mac OS X User Comments: HayoBaan: Editing a large C source file (>8MB?) Stacktrace: java.lang.OutOfMemoryError: Java heap space at org.netbeans.modules.cnd.editor.folding.CppFile$1.run(CppFile.java:169) at org.netbeans.editor.BaseDocument.render(BaseDocument.java:1386) at org.netbeans.modules.cnd.editor.folding.CppFile.startParsing(CppFile.java:163) at org.netbeans.modules.cnd.editor.folding.CppFile.startParsing(CppFile.java:135) at org.netbeans.modules.cnd.editor.folding.CppMetaModel$2.run(CppMetaModel.java:193) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1443)
Created attachment 162260 [details] stacktrace
It looks like Aqua L&F bug. The class javax.swing.plaf.basic.BasicHTML$Renderer has 20K instances and consumes 426Mb of memory. The class com.apple.laf.AquaTabbedPaneContrastUI holds BasicHTML$Renderer. Reassign to evaluation.
Agree that the renderers are for some reason (= unnecessarily most probably) held by the TabbedPaneContrastUI, but is referenced from core's I/O window implementation. This bug seems already to be reported to JDK team - see https://bugs.openjdk.java.net/browse/JDK-8017284 According to JDK bugtrack system, it was fixed 3 years ago in JDK9 sources. Will not fix in NB sources. Reassigning to appropriate component.