After
Francois found this bug, I got to thinking that we should grep for plugin
names inside of string that should have been changed (compiler would not have
found those).
I
found a couple of things.
I
didn't know if these were a big deal or not, but I figure: better safe than
sorry.
The
plugin org.eclipse.dd.tests.dsf still has some code under package
org.eclipse.dd.dsf.tests.service instead of new package
org.eclipse.dd.tests.dsf.service. If those are changed, both
MultiInstanceTestService and ServiceTests contain a string that will need to be
changed.
Besides that, the following patch fixes all the other strings I
found:
###
Eclipse Workspace Patch 1.0
#P org.eclipse.dd.gdb
Index:
src/org/eclipse/dd/gdb/launching/GdbLaunchDelegate.java
===================================================================
RCS
file:
/cvsroot/dsdp/org.eclipse.dd.dsf/plugins/org.eclipse.dd.gdb/src/org/eclipse/dd/gdb/launching/GdbLaunchDelegate.java,v
retrieving
revision 1.1
diff -u -r1.1 GdbLaunchDelegate.java
---
src/org/eclipse/dd/gdb/launching/GdbLaunchDelegate.java
13 Feb 2008 20:27:01 -0000 1.1
+++
src/org/eclipse/dd/gdb/launching/GdbLaunchDelegate.java
14 Feb 2008 21:05:23 -0000
@@ -57,7 +57,7 @@
public class
GdbLaunchDelegate extends AbstractCLaunchDelegate
implements ILaunchConfigurationDelegate2
{
-
public final static String GDB_DEBUG_MODEL_ID = "org.eclipse.dd.dsf.gdb";
//$NON-NLS-1$
+ public final static String
GDB_DEBUG_MODEL_ID = "org.eclipse.dd.gdb";
//$NON-NLS-1$
/*
(non-Javadoc)
* @see
org.eclipse.cdt.launch.AbstractCLaunchDelegate#launch(org.eclipse.debug.core.ILaunchConfiguration,
java.lang.String, org.eclipse.debug.core.ILaunch,
org.eclipse.core.runtime.IProgressMonitor)
Index:
plugin.xml
===================================================================
RCS
file:
/cvsroot/dsdp/org.eclipse.dd.dsf/plugins/org.eclipse.dd.gdb/plugin.xml,v
retrieving
revision 1.1
diff -u -r1.1 plugin.xml
--- plugin.xml 13 Feb 2008
20:27:01 -0000 1.1
+++ plugin.xml 14 Feb
2008 21:05:23 -0000
@@ -17,8 +17,8
@@
point="org.eclipse.cdt.debug.core.BreakpointExtension">
<breakpointExtension
class="org.eclipse.dd.gdb.breakpoints.CBreakpointGdbThreadsFilterExtension"
-
debugModelId="org.eclipse.dd.dsf.gdb"
-
id="org.eclipse.dd.dsf.gdb.threadFilter"
+
debugModelId="org.eclipse.dd.gdb"
+
id="org.eclipse.dd.gdb.threadFilter"
markerType="org.eclipse.cdt.debug.core.cBreakpointMarker">
</breakpointExtension>
</extension>
#P
org.eclipse.dd.mi
Index:
src/org/eclipse/dd/mi/service/MIBreakpointsManager.java
===================================================================
RCS
file:
/cvsroot/dsdp/org.eclipse.dd.dsf/plugins/org.eclipse.dd.mi/src/org/eclipse/dd/mi/service/MIBreakpointsManager.java,v
retrieving
revision 1.1
diff -u -r1.1 MIBreakpointsManager.java
---
src/org/eclipse/dd/mi/service/MIBreakpointsManager.java
13 Feb 2008 20:34:28 -0000 1.1
+++
src/org/eclipse/dd/mi/service/MIBreakpointsManager.java
14 Feb 2008 21:05:25 -0000
@@ -79,7 +79,7 @@
public class
MIBreakpointsManager extends AbstractDsfService implements
IBreakpointManagerListener,
IBreakpointListener
{
// Note: Find a way
to import this (careful of circular dependencies)
- public
final static String GDB_DEBUG_MODEL_ID = "org.eclipse.dd.dsf.gdb";
//$NON-NLS-1$
+ public final static String
GDB_DEBUG_MODEL_ID = "org.eclipse.dd.gdb";
//$NON-NLS-1$
// Extra breakpoint
attributes
private static final String
ATTR_DEBUGGER_PATH = MIPlugin.PLUGIN_ID +
".debuggerPath"; //$NON-NLS-1$
#P
org.eclipse.dd.tests.dsf
Index:
src/org/eclipse/dd/tests/dsf/events/EventTest.java
===================================================================
RCS
file:
/cvsroot/dsdp/org.eclipse.dd.dsf/plugins/org.eclipse.dd.tests.dsf/src/org/eclipse/dd/tests/dsf/events/EventTest.java,v
retrieving
revision 1.1
diff -u -r1.1 EventTest.java
---
src/org/eclipse/dd/tests/dsf/events/EventTest.java 13 Feb 2008 20:56:28
-0000 1.1
+++
src/org/eclipse/dd/tests/dsf/events/EventTest.java 14 Feb 2008 21:05:25
-0000
@@ -35,7 +35,7 @@
fExecutor = new
TestDsfExecutor();
fExecutor.submit(new
DsfRunnable() { public void run()
{
-
fSession = DsfSession.startSession(fExecutor, "org.eclipse.dd.dsf.tests");
//$NON-NLS-1$
+
fSession = DsfSession.startSession(fExecutor, "org.eclipse.dd.tests.dsf");
//$NON-NLS-1$
}}).get();
StartupSequence startupSeq
= new StartupSequence(fSession);
Index:
plugin.xml
===================================================================
RCS
file:
/cvsroot/dsdp/org.eclipse.dd.dsf/plugins/org.eclipse.dd.tests.dsf/plugin.xml,v
retrieving
revision 1.1
diff -u -r1.1 plugin.xml
--- plugin.xml 13 Feb 2008
20:56:28 -0000 1.1
+++ plugin.xml 14 Feb
2008 21:05:25 -0000
@@ -6,13 +6,13
@@
point="org.eclipse.ui.views">
<category
name="DSF
Tests"
-
id="org.eclipse.dd.dsf.tests.model">
+
id="org.eclipse.dd.tests.dsf.model">
</category>
<view
name="Model Test
View"
-
category="org.eclipse.dd.dsf.tests.model"
-
class="org.eclipse.dd.dsf.tests.model.ModelTestsView"
-
id="org.eclipse.dd.dsf.tests.model.ModelTestView">
+
category="org.eclipse.dd.tests.dsf.model"
+
class="org.eclipse.dd.tests.dsf.model.ModelTestsView"
+
id="org.eclipse.dd.tests.dsf.model.ModelTestView">
</view>
</extension>
</plugin>
#P
org.eclipse.dd.gdb.ui
Index:
plugin.xml
===================================================================
RCS
file:
/cvsroot/dsdp/org.eclipse.dd.dsf/plugins/org.eclipse.dd.gdb.ui/plugin.xml,v
retrieving
revision 1.1
diff -u -r1.1 plugin.xml
--- plugin.xml 13 Feb 2008
20:32:21 -0000 1.1
+++ plugin.xml 14 Feb
2008 21:05:26 -0000
@@ -42,9 +42,9 @@
<extension
point="org.eclipse.ui.propertyPages">
<page
class="org.eclipse.dd.gdb.internal.ui.breakpoints.CBreakpointGdbThreadFilterPage"
-
id="org.eclipse.dd.dsf.gdb.breakpoint.filtering"
+
id="org.eclipse.dd.gdb.breakpoint.filtering"
name="Filter">
-
<filter name="debugModelId"
value="org.eclipse.dd.dsf.gdb"/>
+
<filter name="debugModelId"
value="org.eclipse.dd.gdb"/>
<enabledWhen>
<adapt
type="org.eclipse.cdt.debug.core.model.ICBreakpoint"/>
</enabledWhen>
Ah, the
first casualty of the plugin renaming. I updated the .options file and
MIPlugin and checked them in. Please update and try it
now.
Cheers,
Pawel
Francois Chouinard wrote:
Hi,
I can no longer find the MI messages tracing flag in
the launch configuration. Was it moved in a not-so-obvious location or just
dropped?
I rely a bit on it to perform my verifications during the
manual tests...
Regards,
/fc
_______________________________________________
dsdp-dd-dev mailing list
dsdp-dd-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-dd-dev