Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 341591

Summary:	Problems exporting include paths and symbols to XML file in project, folder or file properties
Product:	[Tools] CDT	Reporter:	Jonathan Watt <jwatt>
Component:	cdt-build	Assignee:	Project Inbox <cdt-core-inbox>
Status:	NEW ---	QA Contact:	Jonah Graham <jonah>
Severity:	normal
Priority:	P3	CC:	cdtdoug, sbrandt, yevshif, yitzyk
Version:	7.0.2
Target Milestone:	---
Hardware:	PC
OS:	Mac OS X - Carbon (unsup.)
Whiteboard:
Bug Depends on:
Bug Blocks:	275779

Description Jonathan Watt

2011-04-01 05:15:05 EDT

I've got a project where I've set different include directories and symbols for different subdirectories in the project. I tried to export these settings using |Project Properties > C/C++ General > Paths and Symbols > Export Settings...| Unfortunately the XML file that is created does not contain very much, and certainly no include directories or symbols.

I also tried to export the settings to an XML file on a per-directory basis using |Directory Properties > C/C++ General > Paths and Symbols > Export Settings...|. Unfortunately the "Export Settings..." and "Import Settings..." buttons for *per-directory* properties don't even bring up the "Export"/"Import" windows (clicking them seems to do absolutely nothing).

Comment 1 Jonathan Watt

2011-04-01 05:21:13 EDT

(I'm interested in this because Scanner Discovery doesn't work for me, so I've written my own build output parser with the intention of using it to create an Eclipse config file that I can import to set include dirs and symbols for certain directories/files. I need to know the format of the XML settings file to be able to create it though, so I was trying to reverse engineer that by using the "Export Settings..." button with some test settings. If anyone has any other ideas on how I can figure out the format of that settings file, they'd be gratefully received.)

Comment 2 Andrew Gvozdev

2011-04-01 09:51:34 EDT

That is accompanied by exception in log:
java.lang.ClassCastException: org.eclipse.core.internal.resources.Folder cannot be cast to org.eclipse.core.resources.IProject
at org.eclipse.cdt.internal.ui.wizards.settingswizards.ProjectSettingsWizard.addPages(ProjectSettingsWizard.java:38)
at org.eclipse.jface.wizard.WizardDialog.createContents(WizardDialog.java:605)
at org.eclipse.jface.window.Window.create(Window.java:431)
at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:1089)
at org.eclipse.cdt.ui.newui.ImportExportWizardButtons.launchWizard(ImportExportWizardButtons.java:87)
at org.eclipse.cdt.ui.newui.ImportExportWizardButtons.access$0(ImportExportWizardButtons.java:78)
at org.eclipse.cdt.ui.newui.ImportExportWizardButtons$2.widgetSelected(ImportExportWizardButtons.java:71)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:240)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1053)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4150)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3739)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:825)
at org.eclipse.jface.window.Window.open(Window.java:801)
at org.eclipse.ui.dialogs.PropertyDialogAction.run(PropertyDialogAction.java:158)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:498)
at org.eclipse.jface.commands.ActionHandler.execute(ActionHandler.java:119)
at org.eclipse.core.commands.Command.executeWithChecks(Command.java:476)
at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:508)
at org.eclipse.ui.internal.handlers.HandlerService.executeCommand(HandlerService.java:169)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:468)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:786)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:885)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:567)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$3(WorkbenchKeyboard.java:508)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard$KeyDownFilter.handleEvent(WorkbenchKeyboard.java:123)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1262)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1052)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1077)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1062)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1104)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1100)
at org.eclipse.swt.widgets.Widget.wmSysChar(Widget.java:2434)
at org.eclipse.swt.widgets.Control.WM_SYSCHAR(Control.java:5162)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:4587)
at org.eclipse.swt.widgets.Tree.windowProc(Tree.java:5886)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:4957)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:2525)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3737)
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)

Comment 3 Jonathan Watt

2011-04-01 11:33:10 EDT

The first paragraph of comment 0 is about project properties, which is what I'm mainly concerned with, so tweaking the bug summary again.

Comment 4 Andrew Gvozdev

2012-01-04 17:50:04 EST

*** Bug 367895 has been marked as a duplicate of this bug. ***

Comment 5 Missing name

2020-06-18 19:43:54 EDT

This bug is pretty old but it still exists in eclipse 2020-06.
When exporting Path and Symbol settings, the settings for sub directories are ignored, even when doing the export from a sub directory itself.
When exporting the settings for the entire project, the xml should contain the information for the main project and any sub directory specific settings.
Thanks