Community
Participate
Working Groups
20030930 Not sure how I got this one as I was loading from the repository at the time I got it. The background build was going on at the time. java.lang.NullPointerException at java.lang.Thread.setPriority(Thread.java:875) at org.eclipse.jdt.internal.core.search.processing.JobManager.performConcurrentJob (JobManager.java:275) at org.eclipse.jdt.core.search.SearchEngine.searchAllTypeNames (SearchEngine.java:697) at org.eclipse.jdt.internal.corext.util.AllTypesCache.search (AllTypesCache.java:430) at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.doSearchTypes (AllTypesCache.java:132) at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.run (AllTypesCache.java:98)
Thread.setPriority(int) cannot throw a NPE. This sounds like a JIT problem.
Could this be a problem during shutdown ? If not then pls dispose.
or maybe indexing crash recovery ?
I don't see how this is anything but a VM bug.
I just got the same walkback after I ran a test workspace & then quit a few seconds later (I selected the toggle to exit on close in the dialog that popped up). The line 882 in Thread.setPriority is: if (newPriority > group.getMaxPriority()) The method Thread.exit(), nulls out the field group. So it looks like a base class library bug... they don't check in setPriority if the group is still set. java.lang.NullPointerException at java.lang.Thread.setPriority(Thread.java:882) at org.eclipse.jdt.internal.core.search.processing.JobManager.performConcurrentJob (JobManager.java:275) at org.eclipse.jdt.core.search.SearchEngine.searchAllTypeNames (SearchEngine.java:701) at org.eclipse.jdt.internal.corext.util.AllTypesCache.search (AllTypesCache.java:430) at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.doSearchTypes (AllTypesCache.java:132) at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.run (AllTypesCache.java:98)
Added workaround... we will only reset the priority if the thread is still alive.
Verified.