Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ptp-user] Issue with remote C++ development using PTP

I did a quick search of RDT bugs and couldn't find any that matched this. I would suggest opening a bug as it looks like something is not implemented correctly.

Regards,
Greg

On Jun 18, 2013, at 11:45 PM, LAVERGNE Julien <julien.lavergne@xxxxxxxxx> wrote:

Hi,
 
 
It has been few days I am trying to get my C++ environment working and I am facing some issues.
Basically, I am trying to develop my Linux project on Windows. I would like the indexer to parse my includes on the Linux machine to get auto-completion in Eclipse on Windows.
I also would like to launch a build remotely. Later probably remote debugging as well.
 
Here is my setup:
 
Windows 7 development machine:
Java 1.7u25
Eclipse Juno 4.2.2
CDT 8.1.2
PTP 6.0.5
RSE 3.5.0
 
Linux machine:
Java 1.7u25
Linux Red Hat 5.8 x86_64, 2.6.18-308.el5
RDT server 6.0.5
 
 
So as you can see, I would like to use RSE over Remote tools because from what I understood, it is recommended.
 
After declaring my Remote System and starting rdt server and the Linux machine, I am able to browse remote file.
I am also able to create a Remote C++ Project, choosing RSE as provider and targeting a remote directory. I choose Remote Linux Gcc Tool Chain as my remote build service.
 
Because my remote folder is not empty, the first thing I am doing after creating my project is a Refresh. The refresh is ok.
Then the C/C++ Indexer starts and my issues comes with it.
 
My Indexing service is RSE C/C++ Indexing Service. The indexing hang in the middle of the process after an exception has been raised on the rdt server side:
 
Exception in thread "Thread-1597" java.lang.NullPointerException
        at org.eclipse.dstore.core.model.DataElement.initialize(DataElement.java:1606)
        at org.eclipse.dstore.core.model.DataElement.initialize(DataElement.java:1553)
        at org.eclipse.dstore.core.model.DataElement.reInit(DataElement.java:262)
        at org.eclipse.dstore.core.model.DataStore.createObject(DataStore.java:1369)
        at org.eclipse.dstore.core.model.DataStore.createObject(DataStore.java:1299)
        at org.eclipse.dstore.core.model.DataStore.createObject(DataStore.java:1269)
        at org.eclipse.dstore.core.model.DataStore.createObject(DataStore.java:1234)
        at org.eclipse.rse.internal.dstore.universal.miners.filesystem.UniversalDownloadHandler.handleDownload(UniversalDownloadHandler.java:275)
        at org.eclipse.rse.internal.dstore.universal.miners.filesystem.UniversalDownloadHandler.run(UniversalDownloadHandler.java:67)
 
After this exception, the rdt server become unresponsive and nothing can be done until I kill Eclipse process and restart rdt-server.
 
If I take a look at my .eclipse/RSE/rsecomm.log on my Linux machine, I have a nice 50Mb file showing a lot of unresolved inclusion (that’s not the issue for now). At some point, it is reporting a different error:
 
INFO Thread-5: C_QUERY_GET_REMOTE_OBJECT:DataElement
{
      Type: Indexer: Unresolved inclusion: "x.h" in file: /a/b/c.cpp:21
      Name: /a
      Value:      /a
      ID:   1125774855
      Source:     /a
      Depth:      1
      DataStore:  server_host
}
 
---------------------------------------------------------------
ERROR UniversalFileSystemMiner: Invalid query type to handleQueryGetRemoteObject
 
My eclipse workspace log file in .metadata/.log didn’t report anything special.
 
 
I tried to deactivate the C/C++ Indexer. After that, I able to launch my remote build. The build is working file, except that at the end of the build, the NullPointerException comes again on rdt-server side and rsecomm.log start logging the same kind of message as before.
 
Do you have any idea of what could be the cause of such an issue ? For now, as soon as I try to do something, it causes the rdt-server to crash and force me to restart it and kill my eclipse process (because eclipse wont exit because it is unable to save the project).
 
Do you know a way to find the root cause of this issue, by enabling a higher level of logging for example ?
 
 
Regards,
 
 
Julien
 
 
 
************************************************************************* 
This message and any attachments (the "message") are confidential, intended 
solely for the addressee(s), and may contain legally privileged information. 
Any unauthorised use or dissemination is prohibited. E-mails are susceptible 
to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or 
affiliates shall be liable for the message if altered, changed or falsified.
Please visit http://swapdisclosure.sgcib.com for important information with
respect to derivative products.
************************************************************************* 
_______________________________________________
ptp-user mailing list
ptp-user@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-user


Back to the top