Direct Remote C++ Debugging

Add this URL to your Eclipse Installation to reach this solution's update site.

Oxygen (4.7)
Neon (4.6)


Mars (4.5)
Luna (4.4)


Learn more...

Details Group Tabs

emontnemery's picture

I have the same problem as reported by Mohammad Abdo
I'm also running Windows 10 on my local PC with Eclipse Neon (4.6.0) and trying to connect to a linux machine over ssh.
The ssh connection itself is succesful, but launch of the debug configuration gets stuck with no error or debug messages.

jhindelang's picture

Getting the fallowing error message while drag the download on this page into eclipse:
Unable to read repository at http : //mabdelazim.github.io/DirectRemoteDebug/RemotDebugUpdateSite_1_1/content.xml.
org.apache.http.client.ClientProtocolException

mabdelazim's picture

It sounds there is a problem in drag and drop.
Please search for "Direct remote debug" in eclipse market from eclipse, The plugin will appear first result. You can install it from this.

mabdo06x's picture

Hi, I have a completely different issue:
I am running windows 10 on my local (laptop) with Eclipse mars (4.5.2), where as my server runs linux with gdb 7.5.1
This GDB was configured as "x86_64-unknown-linux-gnu".

I have tried to perform the process and it did not give me any errors but when it starts launching it takes forever at 24% and nothing happens after that.

emontnemery's picture

I have the same problem,
I'm also running Windows 10 on my local PC with Eclipse Neon (4.6.0) and trying to connect to a linux machine over ssh.
The ssh connection itself is succesful, but launch of the debug configuration gets stuck with no error or debug messages.

mabdelazim's picture

Hi All
The version 1.1 has been published for Eclipse Neon version.
The problems similar to /dev/ttyp0 are solved now.
Please give me feedback about any new problems.

bfok's picture

I get "/dev/pts/23: Permission denied." error.

bfok's picture

I got some idea what is happening now. Each time the plugin hit the debug it try to connect to a dev/pts for input/output. But the plugin didn't get the one belong to my account (there are different users using the debug server aswell), therefore, it return a "permission denied" error. I have observed, each time the plugin try increment 1 on the /dev/pts, e.g. /dev/pts/14, /dev/pts/15, /dev/pts/16, etc.

Solution suggestion?

mabdelazim's picture

The new version 1.1 for Eclipse Neon fixes this.

mabdelazim's picture

Does a normal ssh program likes putty works fine with same account ? If yes, I guess the problem in the ssh options which the plugin used. One suggestion is build a separate program which does only ssh connect with same as the plug-in and try to figure out where is the problem.

mabdelazim's picture

Hi All

The source code is now published in public.
You can find it in this URL

https://github.com/mabdelazim/DirectRemoteDebug/tree/master/src/org.ecli...

akhanr's picture

Just what i had been searching for more than a year. The existing remote debugging with gdb-server and gdb was not very easy to use, as we already had to do lot of cross compilations on linux and configurations on windows eclipse.

I used this and tried to attach a debugged to a running process of linux, it listed all my windows processes, i figured that it was because my version of gdb does not support listing the threads and process, so i had to write a hack to change the "listtasks.exe" to actually do a connect to the linux machine and get all the processes. Thought i will check with you and see if we can have an easy way.
Additionally, i have been trying to load a core file using the windows gdb to load a core. This means that i need to have a target gdb on my machine and it was not easy. Can we adapt this project to also work for loading core file. I would actually like to contribute. You could probably guide me how to start contributing and let me know ur email id.

bharath144's picture

Hey there,

I got the following error when I tried to debug a remote application.

/dev/pts/5: No such file or directory.

My gdb version is 7.2

gdb --version
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-75.el6)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
www.gnu.org/software/gdb/bugs/.

Anyone else seeing this? Solution?

Cheers!
Bharath

mabdelazim's picture

HI
Thanks for the information.
It sounds the plugin has problem with version 7.10 now. This version is not tested yet.
Please send me your contact email so we can add a support for it.
As as a temporary workaround you can install gdb version 7.2 on the server and make it the default gdb

Thanks a lot for sharing this with us.

Best Regards
Mohamed Abdelazim

pladkat's picture

I couldn't get it to work. I set up the debug launcher as you mentioned in the description. I did run the debugger but I'm getting the error:

/dev/ttyp0: No such file or directory.

I'm not sure how to solve this issue. It'll be great if you could give more information about the error and any ways to solve this will be greatly appreciated.

Thanks

mabdelazim's picture

Please make sure the ssh server is running on your server and gdb is installed.
You can check this by connect by ssh to the sever from command line or from putty and run gdb manually .

Please send me the OS you run Eclipse on it, the server OS and the gdb version.
Please also send the whole console output when you run the debugger.

pladkat's picture

I do have a running ssh with the server, I'm using eclipse's synchronized C++ project to sync between local and remote through ssh. The remote and local machine has same version of gdb but the OS is different. I have mac on local machine and ubuntu on remote. Following is the console output I get when launched debugger through this plug-in:
###############################
GNU gdb (GDB) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:

Find the GDB manual and other documentation resources online at:

For help, type "help".
Type "apropos word" to search for commands related to "word".

/dev/ttyp2: No such file or directory.

###############################

nnguyen2nh's picture

I got the same error. I use Mac OS 10.10 as host machine and Ubuntu 14.04 64 bit as remote machine.

As gdb cannot find /dev/ttyp2 on the remote machine, I create a link to /dev/tty1 as a temporary solution:
e.g., sudo ln /dev/tty1 /dev/ttyp2

PS. You may want start from 0: sudo ln /dev/tty1 /dev/ttyp0

Hope this can help!

mabdelazim's picture

It sounds the gdb in the plugin looks for the /dev/tyyp2 always for some reason. Your workaround sounds good. I will try to figure out why it wants /dev/ttyp2.

mabdelazim's picture

Please find my last post as a reply to you.

mabdelazim's picture

The new version 1.1 for Eclipse Neon fixes this.