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.
Template metaprogramming can result in huge time and size at parse time. Example from boost: boost_1_33_1/libs/preprocessor/doc/examples/delay.c Preprocessor expansion of this example has huge size and time. Parser should have reasonable limit in such case. IDE throw java.lang.OutOfMemoryError on example: java.lang.OutOfMemoryError: Java heap space at java.util.LinkedList.addAll(LinkedList.java:278) at java.util.LinkedList.addAll(LinkedList.java:247) at org.netbeans.modules.cnd.apt.impl.support.APTExpandedStream.subsituteParams(APTExpandedStream.java:315) at org.netbeans.modules.cnd.apt.impl.support.APTExpandedStream.createMacroBodyWrapper(APTExpandedStream.java:169) at org.netbeans.modules.cnd.apt.impl.support.APTExpandedStream.pushMacroExpanding(APTExpandedStream.java:110) at org.netbeans.modules.cnd.apt.impl.support.APTExpandedStream.nextToken(APTExpandedStream.java:92) at org.netbeans.modules.cnd.apt.utils.APTUtils.toList(APTUtils.java:321) ...
Created attachment 41698 [details] possible patch
fixed in grgich_hills branch: -- threashold to limit the size of expanded macro parameters boost uses delay.c test from boost_1_33_1/libs/preprocessor/doc/examples/delay.c to slow down everything using preprocessor only; gcc consumes 2.5G and fails; we are trying to prevent such experiments over our preprocessor, especially in IDE, so limit the expanded macros size cvs log: Checking in APTExpandedStream.java; /shared/data/ccvs/repository/cnd/apt/src/org/netbeans/modules/cnd/apt/support/Attic/APTExpandedStream.java,v <-- APTExpandedStream.java new revision: 1.1.2.2; previous revision: 1.1.2.1 done
close as fixed, because is fixed in grgich_hills branch