Eclipse CDT source browsing breaks in RTC
![](http://jazz.net/_images/myphoto/0465b21079c1c18a62c3bff229d69a4e.jpg)
I'm using the Eclipse CDT (C/C++ Development Toolkit) installed into the
RTC client 1.0Beta2. CDT 4.01 works with Eclipse 3.3 and it installs
happily into RTC using the Update Manager.
Most features of the CDT work inside RTC, source outline being one
important one.
Two other features of the CDT source browser, (Open Declaration and Open
Call Hierarchy) both get NullPointer exceptions when used within RTC.
These same features when CDT is installed into a vanilla Eclipse
platform work fine on the same source.
Is there anyone out there who cares about non-Java development using RTC ??
If someone within the Jazz team wants to reproduce, I'll be happy to
try to create a small test-case.
Cheers
RTC client 1.0Beta2. CDT 4.01 works with Eclipse 3.3 and it installs
happily into RTC using the Update Manager.
Most features of the CDT work inside RTC, source outline being one
important one.
Two other features of the CDT source browser, (Open Declaration and Open
Call Hierarchy) both get NullPointer exceptions when used within RTC.
These same features when CDT is installed into a vanilla Eclipse
platform work fine on the same source.
Is there anyone out there who cares about non-Java development using RTC ??
If someone within the Jazz team wants to reproduce, I'll be happy to
try to create a small test-case.
Cheers
2 answers
![](http://jazz.net/_images/myphoto/0465b21079c1c18a62c3bff229d69a4e.jpg)
> Is there anyone out there who cares about non-Java development using RTC ??
Why would you think otherwise <g>
We've found that because the RTC SCM uses the EFS library in Eclipse that isn't widely used in other projects that some other plug-ins make the wrong assumptions about IResource.getLocationURI(). See https://bugs.eclipse.org/bugs/show_bug.cgi?id=210254 for an example.
Please paste your stack traces into work items so that we can investigate.
Why would you think otherwise <g>
We've found that because the RTC SCM uses the EFS library in Eclipse that isn't widely used in other projects that some other plug-ins make the wrong assumptions about IResource.getLocationURI(). See https://bugs.eclipse.org/bugs/show_bug.cgi?id=210254 for an example.
Please paste your stack traces into work items so that we can investigate.
![](http://jazz.net/_images/myphoto/0465b21079c1c18a62c3bff229d69a4e.jpg)
We C/C++ people can feel a little lonely here :-)
OK.. I'll open a workitem
BTW: RTC is fine until you share the project with Jazz. no surprise
there. I have a very small testcase that demonstrates the problem.
I've opened Defect 40307
Cheers
jlemieux wrote:
OK.. I'll open a workitem
BTW: RTC is fine until you share the project with Jazz. no surprise
there. I have a very small testcase that demonstrates the problem.
I've opened Defect 40307
Cheers
jlemieux wrote:
Is there anyone out there who cares about non-Java development
using RTC ??
Why would you think otherwise <g
We've found that because the RTC SCM uses the EFS library in Eclipse
that isn't widely used in other projects that some other plug-ins
make the wrong assumptions about IResource.getLocationURI(). See
https://bugs.eclipse.org/bugs/show_bug.cgi?id=210254 for an example.
Please paste your stack traces into work items so that we can
investigate.