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.
Product Version: NetBeans IDE 8.0.1 (Build 201408142300) Java: 1.8.0_20-ea; Java HotSpot(TM) 64-Bit Server VM 25.20-b22 Runtime: Java(TM) SE Runtime Environment 1.8.0_20-ea-b23 System: Windows 7 version 6.1 running on amd64; Cp1252; en_GB (nb) User directory: C:\Users\quaglan\AppData\Roaming\NetBeans\8.0.1 Cache directory: C:\Users\quaglan\AppData\Local\NetBeans\Cache\8.0.1 java.lang.OutOfMemoryError: Java heap space at org.jruby.util.ByteList.grow(ByteList.java:635) at org.jruby.util.ByteList.append(ByteList.java:248) at org.jvyamlb.ScannerImpl.scanTagUri(ScannerImpl.java:860) at org.jvyamlb.ScannerImpl.scanTag(ScannerImpl.java:819) at org.jvyamlb.ScannerImpl.fetchTag(ScannerImpl.java:787) at org.jvyamlb.ScannerImpl.fetchMoreTokens(ScannerImpl.java:560) at org.jvyamlb.ScannerImpl.peekToken(ScannerImpl.java:440) at org.jvyamlb.ScannerImpl.peekToken(ScannerImpl.java:446) at org.jvyamlb.ParserImpl$ProductionEnvironment.produce(ParserImpl.java:302) at org.jvyamlb.PositioningParserImpl$PositioningProductionEnvironment.produce(PositioningParserImpl.java:143) at org.jvyamlb.ParserImpl.parseStreamNext(ParserImpl.java:834) at org.jvyamlb.ParserImpl.peekEvent(ParserImpl.java:781) at org.jvyamlb.ComposerImpl.composeNode(ComposerImpl.java:111) at org.jvyamlb.ComposerImpl.composeDocument(ComposerImpl.java:78) at org.jvyamlb.ComposerImpl.getNode(ComposerImpl.java:54) at org.jvyamlb.ComposerImpl$NodeIterator.next(ComposerImpl.java:59) at org.netbeans.modules.languages.yaml.YamlParser.parse(YamlParser.java:232) at org.netbeans.modules.languages.yaml.YamlParser.parse(YamlParser.java:348) at org.netbeans.modules.parsing.impl.TaskProcessor.callParse(TaskProcessor.java:610) at org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:245) at org.netbeans.modules.parsing.api.ResultIterator.getParserResult(ResultIterator.java:138) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$2.run(RepositoryUpdater.java:3038) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:598) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:155) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:139) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:206) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:203) at org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:176) at org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:360) at org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:74) at org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:203) at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:106)
I have quite a few Java/Java Web/JavaFX 2 projects opened but it seems to be happening while scanning an HTML 5 project with Grunt and Bower support.
Please attach the messages.log file and upload heap dump to http://deadlock.netbeans.org/job/upload/build?delay=0sec
Created attachment 148991 [details] NB Log file
Created attachment 148992 [details] uigestures
Created attachment 148993 [details] AfterRestartExceptions
Uploading (slowly) application-1409649345427.apps
If I close the HTML5/Angular/Bower/Node.js project I do not get the heap space exception any more.
(In reply to aquaglia from comment #6) > Uploading (slowly) application-1409649345427.apps Did this upload finished? I don't see it there.
The upload did not work so I have just put it on dropbox: https://dl.dropboxusercontent.com/u/4422938/nbbug246796/heapdump-1409649323856.zip
(In reply to aquaglia from comment #9) > The upload did not work so I have just put it on dropbox: > > https://dl.dropboxusercontent.com/u/4422938/nbbug246796/heapdump- > 1409649323856.zip Thanks for the heap dump, but this is not the heap dump from "java.lang.OutOfMemoryError: Java heap space" you mentioned in description. This heap dump should be in "C:\Users\quaglan\AppData\Roaming\NetBeans\8.0.1\var\log\heapdump.hprof.old" file on your disk. In normal circumstances it should be detected and reported as exception report after IDE restart. If this OOME was not reported automatically, please zip and upload above heap dump. Thanks.
NB automatic uploading was horribly slow and probably it failed but NB did not notify me. I indeed found a file called heapdump_submitted.hprof I have zipped it and made it available on dropbox: https://dl.dropboxusercontent.com/u/4422938/nbbug246796/heapdump.hprof_submitted.zip
(In reply to aquaglia from comment #11) > I indeed found a file called heapdump_submitted.hprof > I have zipped it and made it available on dropbox: > https://dl.dropboxusercontent.com/u/4422938/nbbug246796/heapdump. > hprof_submitted.zip Thanks. This is the right heap dump. OOME is caused by huge byte[]#95346. It has 630 millions elements. This byte array is part of org.jruby.util.ByteList#3. All this is caused by parsing yaml file (node_modules/karma-coverage/node_modules/istanbul/node_modules/js-yaml/test/samples-load-errors/invalid-uri-escapes-1.yml). Reassigning to web/yaml for further investigation.
*** This bug has been marked as a duplicate of bug 246124 ***