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 256656 - AssertionError: Wrong diagnostic handler: com.sun.tools.javac.util.Log$DiscardDiagnosticHandler@46749a0d Thread dump: JDI Target VM Interface java.net.SocketInputStream.socketRead0(Native Method) ja
Summary: AssertionError: Wrong diagnostic handler: com.sun.tools.javac.util.Log$Discar...
Status: NEW
Alias: None
Product: java
Classification: Unclassified
Component: Source (show other bugs)
Version: 8.1
Hardware: All All
: P3 normal (vote)
Assignee: Tomas Zezula
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-11-18 03:06 UTC by emiddio
Modified: 2018-01-24 11:32 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 221222


Attachments
stacktrace (4.33 KB, text/plain)
2015-11-18 03:06 UTC, emiddio
Details
stacktrace (5.55 KB, text/plain)
2017-01-16 13:26 UTC, akobberup
Details
stacktrace (3.22 KB, text/plain)
2017-01-17 09:41 UTC, horvpeter
Details
stacktrace (3.22 KB, text/plain)
2017-05-02 02:37 UTC, aplatypus
Details

Note You need to log in before you can comment on or make changes to this bug.
Description emiddio 2015-11-18 03:06:08 UTC
This bug was originally marked as duplicate of bug 241006, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related.

Build: NetBeans IDE 8.1 (Build 201510222201)
VM: Java HotSpot(TM) 64-Bit Server VM, 25.51-b03, Java(TM) SE Runtime Environment, 1.8.0_51-b16
OS: Windows 7

User Comments:
emiddio: notsure




Stacktrace: 
java.lang.AssertionError: Wrong diagnostic handler: com.sun.tools.javac.util.Log$DiscardDiagnosticHandler@46749a0d
Thread dump:
JDI Target VM Interface
	java.net.SocketInputStream.socketRead0(Native Method)
	java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
	java.net.SocketInputStream.read(SocketInputStream.java:170)
	java.net.SocketInputStream.read(SocketInputStream.java:141)
	java.net.SocketInputStream.read(SocketInputStream.java:223)
	com.sun.tools.jdi.SocketConnection.readPacket(SocketTransportService.java:411)
	com.sun.tools.jdi.TargetVM.run(TargetVM.java:118)
	java.lang.Thread.run(Thread.java:745)
Finalizer
	java.lang.Object.wait(Native Method)
	java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
	java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
	java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)
JDI Internal Event Handler
	java.lang.Object.wait(Native Method)
	java.lang.Object.wait(Object.java:502)
	com.sun.tools.jdi.EventQueueImpl.removeUnfiltered(Even
   at com.sun.tools.javac.util.Assert.error(Assert.java:133)
   at com.sun.tools.javac.util.Assert.check(Assert.java:86)
   at com.sun.tools.javac.util.Log.popDiagnosticHandler(Log.java:481)
   at com.sun.tools.javac.main.JavaCompiler.resolveIdent(JavaCompiler.java:732)
   at com.sun.tools.javac.model.JavacElements.binaryNameToClassSymbol(JavacElements.java:129)
   at com.sun.tools.javac.model.JavacElements.getTypeElementByBinaryName(JavacElements.java:119)
Comment 1 emiddio 2015-11-18 03:06:10 UTC
Created attachment 157385 [details]
stacktrace
Comment 2 Dusan Balek 2015-11-18 13:51:53 UTC
Seems like the single javac instance created by AsyncJavaSymbolDescriptor is used from two threads simultaneously (RequestProcessor and AWT-EventQueue).
Comment 3 akobberup 2017-01-16 13:26:40 UTC
Created attachment 163404 [details]
stacktrace

tried to move a class by altering the package and use refactor to do the move..
Comment 4 horvpeter 2017-01-17 09:41:40 UTC
Created attachment 163409 [details]
stacktrace

mm
Comment 5 aplatypus 2017-05-02 02:37:14 UTC
Created attachment 164215 [details]
stacktrace

Dragging a class (.java) file from one project package to a new package