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.

Bug 191728 - Exception thrown when code completion kicks in
Summary: Exception thrown when code completion kicks in
Status: RESOLVED WORKSFORME
Alias: None
Product: java
Classification: Unclassified
Component: Compiler (show other bugs)
Version: 7.0
Hardware: All All
: P3 normal (vote)
Assignee: Dusan Balek
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-08 13:16 UTC by Chiana
Modified: 2012-06-06 13:09 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Dump (9.40 KB, application/octet-stream)
2010-11-08 13:18 UTC, Chiana
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chiana 2010-11-08 13:16:54 UTC
Product Version = NetBeans IDE Dev (Build 201011070000)
Operating System = Windows Vista version 6.0 running on x86
Java; VM; Vendor = 1.6.0_22
Runtime = Java HotSpot(TM) Client VM 17.1-b03
Annotation: An error occurred during parsing of 'P:\reciete\src\service\ManagerServiceOrderListRenderer.java'. Please report a bug against java/source and attach dump file 'C:\Users\Kent\.netbeans\dev\var\log\ManagerServiceOrderListRenderer_5.dump'.
Annotation: An error occurred during parsing of 'P:\reciete\src\service\ManagerServiceOrderListRenderer.java'. Please report a bug against java/source and attach dump file 'C:\Users\Kent\.netbeans\dev\var\log\ManagerServiceOrderListRenderer_5.dump'.
An error occurred during parsing of 'P:\reciete\src\service\ManagerServiceOrderListRenderer.java'. Please report a bug against java/source and attach dump file 'C:\Users\Kent\.netbeans\dev\var\log\ManagerServiceOrderListRenderer_5.dump'.
An error occurred during parsing of 'P:\reciete\src\service\ManagerServiceOrderListRenderer.java'. Please report a bug against java/source and attach dump file 'C:\Users\Kent\.netbeans\dev\var\log\ManagerServiceOrderListRenderer_5.dump'.
Caused: java.lang.NullPointerException
	at com.sun.tools.javac.code.Types.capture(Types.java:3007)
	at com.sun.tools.javac.code.Types.isSubtype(Types.java:362)
	at com.sun.tools.javac.code.Types.isSubtype(Types.java:338)
	at com.sun.tools.javac.comp.Check.subset(Check.java:1114)
	at com.sun.tools.javac.comp.Check.incl(Check.java:1131)
	at com.sun.tools.javac.comp.Flow.visitTry(Flow.java:1040)
	at com.sun.tools.javac.tree.JCTree$JCTry.accept(JCTree.java:1052)
	at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
	at com.sun.tools.javac.comp.Flow.scanStat(Flow.java:529)
	at com.sun.tools.javac.comp.Flow.scanStats(Flow.java:537)
	at com.sun.tools.javac.comp.Flow.visitBlock(Flow.java:830)
	at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:789)
	at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
	at com.sun.tools.javac.comp.Flow.scanStat(Flow.java:529)
	at com.sun.tools.javac.comp.Flow.visitMethodDef(Flow.java:758)
	at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:676)
	at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
	at com.sun.tools.javac.comp.Flow.visitClassDef(Flow.java:688)
	at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:594)
	at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
	at com.sun.tools.javac.comp.Flow.analyzeTree(Flow.java:1514)
	at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1297)
	at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1257)
	at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:475)
	at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:454)
	at org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:577)
	at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:435)
	at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:155)
	at org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:213)
[catch] at org.netbeans.modules.parsing.impl.TaskProcessor$CompilationJob.run(TaskProcessor.java:662)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)

The code beeing edited;
    if (data.getUtlDat() != null) utlDat.setText(util.stringDate(null, isSelected));

The cursor is on the last "null" and that one is also in a red frame, both parameters have been autogenerated by code completion and none of the are correct...
Comment 1 Chiana 2010-11-08 13:18:39 UTC
Created attachment 102844 [details]
Dump
Comment 2 Chiana 2010-11-10 11:53:42 UTC
This seems somehow related to the debugger because it does not show up until the same conditions as reported latley here http://statistics.netbeans.org/exceptions/detail.do?id=141741
occurs and then it is everytime the completion kicks in until the IDE is restarted.
Comment 3 Dusan Balek 2010-11-10 13:12:18 UTC
Do you have a reproducible test case?
Comment 4 Chiana 2010-11-10 17:05:35 UTC
I'll see what I can do...