CCS5.1M5: can't import existing CCS4 project

I also get a NullPointerException when I try to add a filter to exclude .svn directories:

An internal error occurred during: "project build settings update job".
java.lang.NullPointerException

So I gave up on importing an existing CCS Eclipse project.

I then created a new project and copied into it all the source files. (not a big deal, we don't use CCS to build our program, just to edit and debug; we use scons for build management)

I am able to view the source files & it works nicely; seems to deal better with some of the inter-file references than CCS 4.x.

I then tried debugging, and I got another NullPointerException (when clicked Suspend/Pause during debugging, and the IDE tried to bring up the source file)

java.lang.NullPointerException
    at org.eclipse.cdt.managedbuilder.internal.macros.BuildMacroProvider.areMacrosExpandedInBuildfile(BuildMacroProvider.java:332)
    at org.eclipse.cdt.managedbuilder.internal.core.Configuration.copySettingsFrom(Configuration.java:706)
    at org.eclipse.cdt.managedbuilder.internal.core.Configuration.<init>(Configuration.java:621)
    at org.eclipse.cdt.managedbuilder.internal.dataprovider.ConfigurationDataProvider.copyCfg(ConfigurationDataProvider.java:259)
    at org.eclipse.cdt.managedbuilder.internal.dataprovider.ProjectConverter.convertManagedBuildInfo(ProjectConverter.java:603)
    at org.eclipse.cdt.managedbuilder.internal.dataprovider.ProjectConverter.convertProject(ProjectConverter.java:147)
    at org.eclipse.cdt.internal.core.settings.model.xml.XmlProjectDescriptionStorage.getConvertedDescription(XmlProjectDescriptionStorage.java:414)
    at org.eclipse.cdt.internal.core.settings.model.xml.XmlProjectDescriptionStorage.getProjectDescription(XmlProjectDescriptionStorage.java:240)
    at org.eclipse.cdt.internal.core.settings.model.CProjectDescriptionManager.getProjectDescriptionInternal(CProjectDescriptionManager.java:416)
    at org.eclipse.cdt.internal.core.settings.model.CProjectDescriptionManager.getProjectDescription(CProjectDescriptionManager.java:398)
    at org.eclipse.cdt.internal.core.settings.model.CProjectDescriptionManager.getProjectDescription(CProjectDescriptionManager.java:393)
    at org.eclipse.cdt.internal.core.settings.model.CProjectDescriptionManager.getProjectDescription(CProjectDescriptionManager.java:386)
    at org.eclipse.cdt.internal.core.settings.model.AbstractCExtensionProxy.providerRequested(AbstractCExtensionProxy.java:38)
    at org.eclipse.cdt.internal.core.model.PathEntryStoreProxy.getRawPathEntries(PathEntryStoreProxy.java:99)
    at org.eclipse.cdt.internal.core.model.PathEntryManager.getRawPathEntries(PathEntryManager.java:651)
    at org.eclipse.cdt.internal.core.model.PathEntryManager.getResolvedPathEntries(PathEntryManager.java:552)
    at org.eclipse.cdt.internal.core.model.PathEntryManager.getResolvedPathEntries(PathEntryManager.java:536)
    at org.eclipse.cdt.internal.core.model.PathEntryManager.getResolvedPathEntries(PathEntryManager.java:522)
    at org.eclipse.cdt.core.model.CoreModel.getResolvedPathEntries(CoreModel.java:962)
    at org.eclipse.cdt.internal.core.model.CProject.getResolvedPathEntries(CProject.java:401)
    at org.eclipse.cdt.internal.core.model.CProject.getIncludeReferences(CProject.java:166)
    at org.eclipse.cdt.internal.ui.util.EditorUtility.getEditorInputForLocation(EditorUtility.java:371)
    at org.eclipse.cdt.internal.ui.editor.CDocumentProvider.createTranslationUnit(CDocumentProvider.java:916)
    at org.eclipse.cdt.internal.ui.editor.CDocumentProvider.createFileInfo(CDocumentProvider.java:845)
    at org.eclipse.ui.editors.text.TextFileDocumentProvider.connect(TextFileDocumentProvider.java:478)
    at org.eclipse.cdt.internal.ui.editor.CDocumentProvider.connect(CDocumentProvider.java:779)
    at org.eclipse.ui.texteditor.AbstractTextEditor.doSetInput(AbstractTextEditor.java:4213)
    at org.eclipse.ui.texteditor.StatusTextEditor.doSetInput(StatusTextEditor.java:237)
    at org.eclipse.ui.texteditor.AbstractDecoratedTextEditor.doSetInput(AbstractDecoratedTextEditor.java:1451)
    at org.eclipse.ui.editors.text.TextEditor.doSetInput(TextEditor.java:169)
    at org.eclipse.cdt.internal.ui.editor.CEditor.internalDoSetInput(CEditor.java:1418)
    at org.eclipse.cdt.internal.ui.editor.CEditor.doSetInput(CEditor.java:1383)
    at org.eclipse.ui.texteditor.AbstractTextEditor$19.run(AbstractTextEditor.java:3200)
    at org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:464)
    at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:372)
    at org.eclipse.jface.window.ApplicationWindow$1.run(ApplicationWindow.java:759)
    at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
    at org.eclipse.jface.window.ApplicationWindow.run(ApplicationWindow.java:756)
    at org.eclipse.ui.internal.WorkbenchWindow.run(WorkbenchWindow.java:2642)
    at org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(AbstractTextEditor.java:3218)
    at org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTextEditor.java:3245)
    at org.eclipse.ui.internal.EditorManager.createSite(EditorManager.java:801)
    at org.eclipse.ui.internal.EditorReference.createPartHelper(EditorReference.java:647)
    at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java:465)
    at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:595)
    at org.eclipse.ui.internal.EditorReference.getEditor(EditorReference.java:289)
    at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2945)
    at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2850)
    at org.eclipse.ui.internal.WorkbenchPage.access$11(WorkbenchPage.java:2842)
    at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.java:2793)
    at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
    at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2789)
    at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2773)
    at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2764)
    at com.ti.ccstudio.debug.ui.sourcelookup.temp.DsfSourceDisplayAdapter$DisplayJob$3.run(DsfSourceDisplayAdapter.java:406)
    at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
    at com.ti.ccstudio.debug.ui.sourcelookup.temp.DsfSourceDisplayAdapter$DisplayJob.openEditor(DsfSourceDisplayAdapter.java:411)
    at com.ti.ccstudio.debug.ui.sourcelookup.temp.DsfSourceDisplayAdapter$DisplayJob.openEditor(DsfSourceDisplayAdapter.java:379)
    at com.ti.ccstudio.debug.ui.sourcelookup.temp.DsfSourceDisplayAdapter$DisplayJob.runInUIThread(DsfSourceDisplayAdapter.java:315)
    at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:95)
    at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
    at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:135)
    at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4138)
    at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3755)
    at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2696)
    at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2660)
    at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2494)
    at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:674)
    at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
    at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:667)
    at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
    at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:123)
    at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
    at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
    at org.eclipse.equinox.launcher.Main.run(Main.java:1410)

Jason,

Jason R Sachs said:

When I go to import an existing CCS4 project, the C++ indexer fails with a null pointer exception, and I can't see any of my project's files.

All it says is:

An internal error occurred during: "C/C++ Indexer".
java.lang.NullPointerException

Are you able to share the CCSv4 project that gives this error when importing into CCSv5? If you wish, this can be done via private conversation rather than sharing on the public forum. We'd like to make sure we address problems in the project import tool before the final 5.1 release. So having a test case that demonstrates these issues would go a long way.

AartiG said:

Are you able to share the CCSv4 project that gives this error when importing into CCSv5? If you wish, this can be done via private conversation rather than sharing on the public forum. We'd like to make sure we address problems in the project import tool before the final 5.1 release. So having a test case that demonstrates these issues would go a long way.

Unfortunately no. (it's a bad testcase anyway, too many files) I may be able to try a test project in CCSv4 and see if it imports OK.

In any case I'll run it again and look at the error log. I've learned a bit about Eclipse's error log feature so maybe I can get more information.

ok, here's the error log for importing:

eclipse.buildId=I20110428-0848
java.version=1.6.0_20
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments:  -os win32 -ws win32 -arch x86

Error
Fri Jul 08 15:01:23 EDT 2011
An internal error occurred during: "C/C++ Indexer".

java.lang.NullPointerException
    at org.eclipse.cdt.managedbuilder.internal.macros.BuildMacroProvider.areMacrosExpandedInBuildfile(BuildMacroProvider.java:332)
    at org.eclipse.cdt.managedbuilder.internal.core.Configuration.copySettingsFrom(Configuration.java:706)
    at org.eclipse.cdt.managedbuilder.internal.core.Configuration.<init>(Configuration.java:621)
    at org.eclipse.cdt.managedbuilder.internal.dataprovider.ConfigurationDataProvider.copyCfg(ConfigurationDataProvider.java:259)
    at org.eclipse.cdt.managedbuilder.internal.dataprovider.ProjectConverter.convertManagedBuildInfo(ProjectConverter.java:603)
    at org.eclipse.cdt.managedbuilder.internal.dataprovider.ProjectConverter.convertProject(ProjectConverter.java:147)
    at org.eclipse.cdt.internal.core.settings.model.xml.XmlProjectDescriptionStorage.getConvertedDescription(XmlProjectDescriptionStorage.java:414)
    at org.eclipse.cdt.internal.core.settings.model.xml.XmlProjectDescriptionStorage.getProjectDescription(XmlProjectDescriptionStorage.java:240)
    at org.eclipse.cdt.internal.core.settings.model.CProjectDescriptionManager.getProjectDescriptionInternal(CProjectDescriptionManager.java:416)
    at org.eclipse.cdt.internal.core.settings.model.CProjectDescriptionManager.getProjectDescription(CProjectDescriptionManager.java:398)
    at org.eclipse.cdt.internal.core.settings.model.CProjectDescriptionManager.getProjectDescription(CProjectDescriptionManager.java:393)
    at org.eclipse.cdt.internal.core.settings.model.CProjectDescriptionManager.getProjectDescription(CProjectDescriptionManager.java:386)
    at org.eclipse.cdt.core.model.CoreModel.getProjectDescription(CoreModel.java:1424)
    at org.eclipse.cdt.internal.core.index.IndexFactory.safeAddProvidedFragments(IndexFactory.java:208)
    at org.eclipse.cdt.internal.core.index.IndexFactory.getWritableIndex(IndexFactory.java:105)
    at org.eclipse.cdt.internal.core.pdom.PDOMManager.getWritableIndex(PDOMManager.java:1168)
    at org.eclipse.cdt.internal.core.pdom.indexer.PDOMRebuildTask.run(PDOMRebuildTask.java:69)
    at org.eclipse.cdt.internal.core.pdom.PDOMIndexerJob.run(PDOMIndexerJob.java:137)
    at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)

Jason,

Unfortunately this error log does not help that much in identifying the source of the internal error. If you do happen to run into this with any other project that you are able to share, please send the project to us so we can investigate and address these issues.

Alas, problem still occurs with CCS5.1.0.09000, when I import something created with CCS4.2.1.

I will try to make a test project to demonstrate this.

OK, I've got a test project with no confidential information -- what's the easiest way to get this to someone?

Jason,

You can export the project and attach it here. Or if you still wish to send it privately, let me know and I will send you a private message to which you can reply with the attachment.

see attached.

5226.ccs5_migrate_test1.zip

I tried importing "Existing CCS Project" and got the NullPointerException w/o any useful feedback as to why.

As a workaround, I was able, with quite a bit of effort, to create a new empty CCS 5.1 project and copy the files onto it; still working on setup.

----

FWIW, it would be really helpful if it were easier to create & maintain projects that don't use the built-in build process. I know there's a Makefile project, but I've found it's really confusing to use and setup properly. We use "scons" and handle the build process entirely at the command line. From my perspective, there are only 4 things that should need to be set up:

- Root directory(ies) of tree in which source file may be found

- Expected location of executable file

- Command-line string to build executable file (in case we want CCS to trigger a build)

- .ccxml file for programmer/debugger

Jason,

Thanks for providing the test project. I can duplicate the C/C++ indexer errors and will submit a bug report so this gets analyzed further.

Based on your earlier statements and from looking at the project properties, it seems that the project that was created for CCSv4 was not set up to use the default Makefile builder. Is that correct? Could you provide the steps you used to first create and set up this project with CCSv4 so the developers can have this information as well?

AartiG said:

Thanks for providing the test project. I can duplicate the C/C++ indexer errors and will submit a bug report so this gets analyzed further.

Oh good, it's not just me. :-) Thanks!

AartiG said:

Based on your earlier statements and from looking at the project properties, it seems that the project that was created for CCSv4 was not set up to use the default Makefile builder. Is that correct? Could you provide the steps you used to first create and set up this project with CCSv4 so the developers can have this information as well?

Unfortunately I don't know. We first created that project sometime prior to April 2010, and at the time we were dealing with all sorts of tasks (not just CCSv4) involving many cases of try-this-try-that until it worked OK.

The bug tracking # for this issue is SDSCM00042695.

Hi Jason,

It does not look like the project was created with the New CCS Project wizard.  If this is a manually put together project, there is not much I can do to support it in CCSv5.1.  I suggest that you create a new project in CCSv5.1, but do not deviate from the New CCS Project wizard.

Thanks,

- Baltasar