ARM DS-5 error when connecting to target

Our environment is a little unusual.

We use DS-5 only when needed. No one is using eclipse for project management.

It's a C/C++ project, running on an A9 based system in an embedded fashion, with linux as the kernel.

We build within a linux VM, and typically debug within the Windows environment.

In other words, I'm not using any of the eclipse project features. It's too slow.

So, far, I've been using the

"Linux Application Debug/Connections via gdbserver/Connect to already running application". Things work within this, but I want to try and download the application directly.

So, I switched to "Download and debug application"; I set up an RSE connection to the target board (using SSH)

Under "Files" tab, I have under "Application on host to download" Y:\Projects\brwatson-ubuntu\packages\test\bin\test.elf

....

<UPDATE>

Just shoot me now!

As I was typing my reply, I noticed my error! I was using \home\directory instead of /home/directory. As always, java exceptions were "useful" in not finding the actual error.

Regards,

Brian.

Our environment is a little unusual.

We use DS-5 only when needed. No one is using eclipse for project management.

It's a C/C++ project, running on an A9 based system in an embedded fashion, with linux as the kernel.

We build within a linux VM, and typically debug within the Windows environment.

In other words, I'm not using any of the eclipse project features. It's too slow.

So, far, I've been using the

"Linux Application Debug/Connections via gdbserver/Connect to already running application". Things work within this, but I want to try and download the application directly.

So, I switched to "Download and debug application"; I set up an RSE connection to the target board (using SSH)

Under "Files" tab, I have under "Application on host to download" Y:\Projects\brwatson-ubuntu\packages\test\bin\test.elf

....

<UPDATE>

Just shoot me now!

As I was typing my reply, I noticed my error! I was using \home\directory instead of /home/directory. As always, java exceptions were "useful" in not finding the actual error.

Regards,

Brian.

Glad you got it working

Unfortunately, sftp is not available on my client (but dropbox is). So it can't seem to transfer the file to it. The only option seems to be sftp, can't I use scp?

You can do ssh

I'll try it again, but it seemed when I added the ssh client, it still tried to use sftp.

When you create the remote system configuration, click next, then select ssh.files in the upper left (ftp.files is the default)

Hi Ronan,

I tried this again, this morning but still received an error on application launch.

Configuring as follows:

Under "Remote Systems", add a new target
Select "SSH only"
<next>
Hostname: 192.168.1.148
Connection name: PU

<next>
Under configuration: the only option is ssh.files; available services shows ssh/sftp file service, ssh connector service; ssh settings

<next>

Configuration: shows ssh.shells; under available services Generic shell service, ssh connector service/ssh settings
<next>

Configuration: shows ssh.terminals; under available services SSH Terminal Service, ssh connector service/ssh settings

<finish>

Then, create

a debug configuration:ication Debug/Connections via gdbserver/Download and debug application

Select RSE connection created above

Set up executables, and directories.

Then "Debug" (asks for user id and password)

Then after a pause "Unable to connect to RSE host"
Failed to open connection to UNIT: Error Creating Terminal

I then tried Remote Systems/Ssh Shells/Connect; got the response "Failed to connect SFTP subsystem: Remote host may not have sftp-server installed : java.io.IOException: Pipe closed"

Tried command line ssh root@192.168.1.148, this succeeds.

I tried under SSH shells, selected "launch termina" and this works.

I tried under SSH Terminals, selected "Launch Terminal" and this works.

When I the "sftp files", it failed saying no sftp-server installed. I can use scp quite easily from command line.

Also,

Is there any way to make gdbserver actually FAST?

Brian.