Bug 68510 - NPE when using ctrl-shift-T while checking out from CVS
Summary: NPE when using ctrl-shift-T while checking out from CVS
Status: RESOLVED DUPLICATE of bug 66836
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: 3.0   Edit
Assignee: JDT-Core-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-06-24 13:42 EDT by Stefan Xenos CLA
Modified: 2004-09-02 12:59 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Xenos CLA 2004-06-24 13:42:22 EDT
This might be related to bug 68348

I was running a long checkout from CVS in the background, and tried to hit
ctrl-shift-T. The progress dialog never closed, and I found the following
exceptions written to my console:


java.lang.NullPointerException
        at java.lang.SecurityManager.checkRead(SecurityManager.java:900)
        at java.io.FileInputStream.<init>(FileInputStream.java(Inlined Compiled
Code))
        at
org.eclipse.jdt.internal.core.index.DiskIndex.readCategoryTable(DiskIndex.java(Compiled
Code))
        at
org.eclipse.jdt.internal.core.index.DiskIndex.mergeCategory(DiskIndex.java:360)
        at
org.eclipse.jdt.internal.core.index.DiskIndex.mergeCategories(DiskIndex.java:352)
        at
org.eclipse.jdt.internal.core.index.DiskIndex.mergeWith(DiskIndex.java:444)
        at org.eclipse.jdt.internal.core.index.Index.save(Index.java:171)
        at
org.eclipse.jdt.internal.core.search.indexing.IndexManager.saveIndex(IndexManager.java:506)
        at
org.eclipse.jdt.internal.core.search.indexing.IndexManager.saveIndexes(IndexManager.java:548)
        at
org.eclipse.jdt.internal.core.search.indexing.IndexManager.notifyIdle(IndexManager.java:369)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:344)
        at java.lang.Thread.run(Thread.java:568)
java.lang.NullPointerException
        at java.lang.SecurityManager.checkRead(SecurityManager.java:900)
        at java.io.FileInputStream.<init>(FileInputStream.java(Inlined Compiled
Code))
        at
org.eclipse.jdt.internal.core.index.DiskIndex.readCategoryTable(DiskIndex.java(Compiled
Code))
        at
org.eclipse.jdt.internal.core.index.DiskIndex.mergeCategory(DiskIndex.java:360)
        at
org.eclipse.jdt.internal.core.index.DiskIndex.mergeCategories(DiskIndex.java:352)
        at
org.eclipse.jdt.internal.core.index.DiskIndex.mergeWith(DiskIndex.java:444)
        at org.eclipse.jdt.internal.core.index.Index.save(Index.java:171)
        at
org.eclipse.jdt.internal.core.search.indexing.IndexManager.saveIndex(IndexManager.java:506)
        at
org.eclipse.jdt.internal.core.search.indexing.SaveIndex.execute(SaveIndex.java:40)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:361)
        at java.lang.Thread.run(Thread.java:568)
java.lang.NullPointerException
        at
org.eclipse.jdt.internal.core.search.indexing.IndexManager.getIndex(IndexManager.java(Compiled
Code))
        at
org.eclipse.jdt.internal.core.search.PatternSearchJob.getIndexes(PatternSearchJob.java(Compiled
Code))
        at
org.eclipse.jdt.internal.core.search.PatternSearchJob.execute(PatternSearchJob.java(Compiled
Code))
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.performConcurrentJob(JobManager.java:253)
        at
org.eclipse.jdt.core.search.SearchEngine.searchAllTypeNames(SearchEngine.java:866)
        at
org.eclipse.jdt.internal.corext.util.AllTypesCache.search(AllTypesCache.java:526)
        at
org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.doSearchTypes(AllTypesCache.java:197)
        at
org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.run(AllTypesCache.java:166)
java.lang.NullPointerException: name can't be null
        at java.io.FilePermission.init(FilePermission.java:180)
        at java.io.FilePermission.<init>(FilePermission.java:253)
        at java.lang.SecurityManager.checkRead(SecurityManager.java:899)
        at java.io.FileInputStream.<init>(FileInputStream.java(Inlined Compiled
Code))
        at
org.eclipse.jdt.internal.core.index.DiskIndex.readCategoryTable(DiskIndex.java(Compiled
Code))
        at
org.eclipse.jdt.internal.core.index.DiskIndex.mergeCategory(DiskIndex.java:360)
        at
org.eclipse.jdt.internal.core.index.DiskIndex.mergeCategories(DiskIndex.java:352)
        at
org.eclipse.jdt.internal.core.index.DiskIndex.mergeWith(DiskIndex.java(Compiled
Code))
        at org.eclipse.jdt.internal.core.index.Index.save(Index.java:171)
        at
org.eclipse.jdt.internal.core.search.indexing.IndexManager.saveIndex(IndexManager.java:506)
        at
org.eclipse.jdt.internal.core.search.indexing.IndexManager.saveIndexes(IndexManager.java:548)
        at
org.eclipse.jdt.internal.core.search.indexing.IndexManager.notifyIdle(IndexManager.java:369)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:344)
        at java.lang.Thread.run(Thread.java:568)
Comment 1 Kent Johnson CLA 2004-09-02 12:59:42 EDT
This was caused by a VM bug with IBM build cxia321411-20040301 (JIT enabled: 
jitc). There are newer versions of this VM available - you should switch.

*** This bug has been marked as a duplicate of 66836 ***