Home » Language IDEs » C / C++ IDE (CDT) » C++ source on a different server
| C++ source on a different server [message #148188] |
Tue, 05 July 2005 15:15  |
Eclipse User |
|
|
|
Originally posted by: bob.owen.egg.com
We have a load of C++ code that lives on a Unix development server.
I am new to eclipse.
Does anyone know if eclipse can be used on a developer's desktop to
effectively:
1) edit the source remotely?
2) build remotely?
3) debug remotely?
This may be asking a lot - I assume some sort of agent would need to be
running on the Unix box to achieve this.
Cheers,
Bob
|
|
| |
| Re: C++ source on a different server [message #148265 is a reply to message #148261] |
Wed, 06 July 2005 10:11  |
| Eclipse User |
|
|
|
Originally posted by: bob.owen.egg.com
Thanks for the information.
I should have said that we have a similar Samba set up at the moment.
Some developers are using this at the moment.
To get this approach working well, it is the remote build and debug that
would be really useful.
Something better than Samba would also be good, but this approach does
work.
We also want to get CPPUnit working with all of this as well.
Thanks,
Bob
|
|
|
| Re: C++ source on a different server [message #148268 is a reply to message #148265] |
Wed, 06 July 2005 11:20 |
| Eclipse User |
|
|
|
Originally posted by: j_apter.hotmail.com
I am in this boat as well. I do my development work on a Windows
workstation using Eclipse + CDT but the applications that I code are
designed to run on Linux and AIX. I find myself making the code as
portable as possible so that I can take advantage of
compiling/running/debugging the applications natively in Windows whenever
possible. I then have a batch script that does an xcopy on my project
directory with a mapped drive via Samba to the Linux/AIX machines. I
setup this script to run as an external tool in Eclipse to make the file
transfer slightly more integrated. However, I still need switch to an SSH
session and compile/run/debug from there.
My boss suggested I install Eclipse on the Linux/AIX machines and run
Eclipse through an X server on my Windows workstation. This seems like a
major hassle to me. I would be very curious to see what other solutions
people have come up with for this type of problem...
|
|
| |
| Re: C++ source on a different server [message #148296 is a reply to message #148274] |
Wed, 06 July 2005 18:34 |
| Eclipse User |
|
|
|
Originally posted by: bob.owen.egg.com
I've managed to get a bit further today - I can now build remotely on our
Solaris server from Eclipse on the PC.
Here's what you need:
Some way of remotely running commands on the Unix box from your Windows PC
- this bit is obvious.
I managed to get OpenSSH working to do this.
With SSH you can set up a trust between your userid on your PC and your
userid on the Unix box using an RSA Public/Private Key.
This means that you don't need to enter a password, which is crucial to
getting this working in Eclipse.
Once you have this, you can set up your make command to read something
like this:
ssh <user>@<unix_box> ". ./.profile; cd <your build directory>; make"
I had to run my .profile to get the environment set up.
Eclipse will append the targets selected and it all seems to work fine.
It even appears to parse the output from the console correctly, so you can
click on errors and be taken to the line in your source code.
This took quite a bit of messing around, once I have got a clear method
for setting this up, I will try and post more detailed instructions.
Cheers,
Bob
Mikael Steen wrote:
> I installed Eclipse on the Solaris machine and ran it
> through an X server using my Windows desktop. I had to
> give it up since the GUI updates took to long. The
> Eclipse GUI is a bit slow anyway with all the things
> going on behind the scene, adding the X server
> communication on top of this made it impossible to use
> in the long run. And the look and feel wasn't that great
> either.
> Regards,
> Micke.
> DaCypher skrev:
>> I am in this boat as well. I do my development work on a Windows
>> workstation using Eclipse + CDT but the applications that I code are
>> designed to run on Linux and AIX. I find myself making the code as
>> portable as possible so that I can take advantage of
>> compiling/running/debugging the applications natively in Windows
>> whenever possible. I then have a batch script that does an xcopy on my
>> project directory with a mapped drive via Samba to the Linux/AIX
>> machines. I setup this script to run as an external tool in Eclipse to
>> make the file transfer slightly more integrated. However, I still need
>> switch to an SSH session and compile/run/debug from there.
>>
>> My boss suggested I install Eclipse on the Linux/AIX machines and run
>> Eclipse through an X server on my Windows workstation. This seems like
>> a major hassle to me. I would be very curious to see what other
>> solutions people have come up with for this type of problem...
>>
|
|
|
| Re: C++ source on a different server [message #148313 is a reply to message #148296] |
Wed, 06 July 2005 23:14 |
| Eclipse User |
|
|
|
Originally posted by: j_apter.hotmail.com
That sounds pretty cool. Now, I assume you still have some type of file
sync mechanism similar to what I mentioned earlier to get your
modifications onto the remote machine? I wonder if you could also take
advantage of SSH to transfer the files (e.g. scp or sftp), though, other
than the files being transferred over a secure protocol, this doesn't seem
to offer much over the Samba file sync method (although, I guess you
wouldn't need Samba setup on the remote machine).
Bob Owen wrote:
> I've managed to get a bit further today - I can now build remotely on our
> Solaris server from Eclipse on the PC.
> Here's what you need:
> Some way of remotely running commands on the Unix box from your Windows PC
> - this bit is obvious.
> I managed to get OpenSSH working to do this.
> With SSH you can set up a trust between your userid on your PC and your
> userid on the Unix box using an RSA Public/Private Key.
> This means that you don't need to enter a password, which is crucial to
> getting this working in Eclipse.
> Once you have this, you can set up your make command to read something
> like this:
> ssh <user>@<unix_box> ". ./.profile; cd <your build directory>; make"
> I had to run my .profile to get the environment set up.
> Eclipse will append the targets selected and it all seems to work fine.
> It even appears to parse the output from the console correctly, so you can
> click on errors and be taken to the line in your source code.
> This took quite a bit of messing around, once I have got a clear method
> for setting this up, I will try and post more detailed instructions.
> Cheers,
> Bob
> Mikael Steen wrote:
>> I installed Eclipse on the Solaris machine and ran it
>> through an X server using my Windows desktop. I had to
>> give it up since the GUI updates took to long. The
>> Eclipse GUI is a bit slow anyway with all the things
>> going on behind the scene, adding the X server
>> communication on top of this made it impossible to use
>> in the long run. And the look and feel wasn't that great
>> either.
>> Regards,
>> Micke.
>> DaCypher skrev:
>>> I am in this boat as well. I do my development work on a Windows
>>> workstation using Eclipse + CDT but the applications that I code are
>>> designed to run on Linux and AIX. I find myself making the code as
>>> portable as possible so that I can take advantage of
>>> compiling/running/debugging the applications natively in Windows
>>> whenever possible. I then have a batch script that does an xcopy on my
>>> project directory with a mapped drive via Samba to the Linux/AIX
>>> machines. I setup this script to run as an external tool in Eclipse to
>>> make the file transfer slightly more integrated. However, I still need
>>> switch to an SSH session and compile/run/debug from there.
>>>
>>> My boss suggested I install Eclipse on the Linux/AIX machines and run
>>> Eclipse through an X server on my Windows workstation. This seems like
>>> a major hassle to me. I would be very curious to see what other
>>> solutions people have come up with for this type of problem...
>>>
|
|
|
| Re: C++ source on a different server [message #148331 is a reply to message #148313] |
Thu, 07 July 2005 07:20 |
| Eclipse User |
|
|
|
Originally posted by: bob.owen.egg.com
I'm not using any sync method.
When I defined the "Standard Make C++ Project" I gave it the path to the
actual source on the Unix box using the Samba share.
You do this in the "Project contents" box when you create the new project.
This way eclipse edits the files directly on the Unix box.
Cheers,
Bob
DaCypher wrote:
> That sounds pretty cool. Now, I assume you still have some type of file
> sync mechanism similar to what I mentioned earlier to get your
> modifications onto the remote machine? I wonder if you could also take
> advantage of SSH to transfer the files (e.g. scp or sftp), though, other
> than the files being transferred over a secure protocol, this doesn't seem
> to offer much over the Samba file sync method (although, I guess you
> wouldn't need Samba setup on the remote machine).
> Bob Owen wrote:
>> I've managed to get a bit further today - I can now build remotely on our
>> Solaris server from Eclipse on the PC.
>> Here's what you need:
>> Some way of remotely running commands on the Unix box from your Windows PC
>> - this bit is obvious.
>> I managed to get OpenSSH working to do this.
>> With SSH you can set up a trust between your userid on your PC and your
>> userid on the Unix box using an RSA Public/Private Key.
>> This means that you don't need to enter a password, which is crucial to
>> getting this working in Eclipse.
>> Once you have this, you can set up your make command to read something
>> like this:
>> ssh <user>@<unix_box> ". ./.profile; cd <your build directory>; make"
>> I had to run my .profile to get the environment set up.
>> Eclipse will append the targets selected and it all seems to work fine.
>> It even appears to parse the output from the console correctly, so you can
>> click on errors and be taken to the line in your source code.
>> This took quite a bit of messing around, once I have got a clear method
>> for setting this up, I will try and post more detailed instructions.
>> Cheers,
>> Bob
|
|
|
| Re: C++ source on a different server [message #148335 is a reply to message #148296] |
Thu, 07 July 2005 07:58 |
 Mikael Steen
Messages: 7
Registered: July 2009 |
Junior Member |
|
|
This looks really great! It would save a lot of
time and energy if you didn't need to switch
focus every time you wanted to build. Let us
know if you make any progress. I will check up
OpenSSH myself when I have the time.
Regards, Micke.
Bob Owen skrev:
> I've managed to get a bit further today - I can now build remotely on
> our Solaris server from Eclipse on the PC.
>
> Here's what you need:
>
> Some way of remotely running commands on the Unix box from your Windows
> PC - this bit is obvious.
> I managed to get OpenSSH working to do this.
> With SSH you can set up a trust between your userid on your PC and your
> userid on the Unix box using an RSA Public/Private Key.
> This means that you don't need to enter a password, which is crucial to
> getting this working in Eclipse.
>
> Once you have this, you can set up your make command to read something
> like this:
>
> ssh <user>@<unix_box> ". ./.profile; cd <your build directory>; make"
>
> I had to run my .profile to get the environment set up.
> Eclipse will append the targets selected and it all seems to work fine.
> It even appears to parse the output from the console correctly, so you
> can click on errors and be taken to the line in your source code.
>
> This took quite a bit of messing around, once I have got a clear method
> for setting this up, I will try and post more detailed instructions.
>
> Cheers,
> Bob
>
> Mikael Steen wrote:
>
>> I installed Eclipse on the Solaris machine and ran it
>> through an X server using my Windows desktop. I had to
>> give it up since the GUI updates took to long. The
>> Eclipse GUI is a bit slow anyway with all the things
>> going on behind the scene, adding the X server
>> communication on top of this made it impossible to use
>> in the long run. And the look and feel wasn't that great
>> either.
>
>
>> Regards,
>> Micke.
>
>
>> DaCypher skrev:
>>
>>> I am in this boat as well. I do my development work on a Windows
>>> workstation using Eclipse + CDT but the applications that I code are
>>> designed to run on Linux and AIX. I find myself making the code as
>>> portable as possible so that I can take advantage of
>>> compiling/running/debugging the applications natively in Windows
>>> whenever possible. I then have a batch script that does an xcopy on
>>> my project directory with a mapped drive via Samba to the Linux/AIX
>>> machines. I setup this script to run as an external tool in Eclipse
>>> to make the file transfer slightly more integrated. However, I still
>>> need switch to an SSH session and compile/run/debug from there.
>>>
>>> My boss suggested I install Eclipse on the Linux/AIX machines and run
>>> Eclipse through an X server on my Windows workstation. This seems
>>> like a major hassle to me. I would be very curious to see what other
>>> solutions people have come up with for this type of problem...
>>>
>
>
|
|
| |
| Re: C++ source on a different server [message #148404 is a reply to message #148331] |
Thu, 07 July 2005 22:04 |
| Eclipse User |
|
|
|
Originally posted by: j_apter.hotmail.com
Ahh, I considered doing something similar, however, it wasn't really
feasible for my situation since I need to run the code on several
different servers so having the code reside on just one of them didn't
really help anything.
So now that you have remote build working, I guess your next project will
be remote debugging? :)
Bob Owen wrote:
> I'm not using any sync method.
> When I defined the "Standard Make C++ Project" I gave it the path to the
> actual source on the Unix box using the Samba share.
> You do this in the "Project contents" box when you create the new project.
> This way eclipse edits the files directly on the Unix box.
> Cheers,
> Bob
> DaCypher wrote:
>> That sounds pretty cool. Now, I assume you still have some type of file
>> sync mechanism similar to what I mentioned earlier to get your
>> modifications onto the remote machine? I wonder if you could also take
>> advantage of SSH to transfer the files (e.g. scp or sftp), though, other
>> than the files being transferred over a secure protocol, this doesn't seem
>> to offer much over the Samba file sync method (although, I guess you
>> wouldn't need Samba setup on the remote machine).
>> Bob Owen wrote:
>>> I've managed to get a bit further today - I can now build remotely on our
>>> Solaris server from Eclipse on the PC.
>>> Here's what you need:
>>> Some way of remotely running commands on the Unix box from your Windows PC
>>> - this bit is obvious.
>>> I managed to get OpenSSH working to do this.
>>> With SSH you can set up a trust between your userid on your PC and your
>>> userid on the Unix box using an RSA Public/Private Key.
>>> This means that you don't need to enter a password, which is crucial to
>>> getting this working in Eclipse.
>>> Once you have this, you can set up your make command to read something
>>> like this:
>>> ssh <user>@<unix_box> ". ./.profile; cd <your build directory>; make"
>>> I had to run my .profile to get the environment set up.
>>> Eclipse will append the targets selected and it all seems to work fine.
>>> It even appears to parse the output from the console correctly, so you can
>>> click on errors and be taken to the line in your source code.
>>> This took quite a bit of messing around, once I have got a clear method
>>> for setting this up, I will try and post more detailed instructions.
>>> Cheers,
>>> Bob
|
|
|
| Re: C++ source on a different server [message #148438 is a reply to message #148404] |
Fri, 08 July 2005 10:37 |
Shlomi 
Messages: 8
Registered: July 2009 |
Junior Member |
|
|
Hey
Did any of you try running gdbserver on the target machine, and connecting
eclipse to it? Does it work? If so, we might have solved this problem!
DaCypher wrote:
> Ahh, I considered doing something similar, however, it wasn't really
> feasible for my situation since I need to run the code on several
> different servers so having the code reside on just one of them didn't
> really help anything.
> So now that you have remote build working, I guess your next project will
> be remote debugging? :)
> Bob Owen wrote:
>> I'm not using any sync method.
>> When I defined the "Standard Make C++ Project" I gave it the path to the
>> actual source on the Unix box using the Samba share.
>> You do this in the "Project contents" box when you create the new project.
>> This way eclipse edits the files directly on the Unix box.
>> Cheers,
>> Bob
>> DaCypher wrote:
>>> That sounds pretty cool. Now, I assume you still have some type of file
>>> sync mechanism similar to what I mentioned earlier to get your
>>> modifications onto the remote machine? I wonder if you could also take
>>> advantage of SSH to transfer the files (e.g. scp or sftp), though, other
>>> than the files being transferred over a secure protocol, this doesn't seem
>>> to offer much over the Samba file sync method (although, I guess you
>>> wouldn't need Samba setup on the remote machine).
>>> Bob Owen wrote:
>>>> I've managed to get a bit further today - I can now build remotely on our
>>>> Solaris server from Eclipse on the PC.
>>>> Here's what you need:
>>>> Some way of remotely running commands on the Unix box from your Windows
PC
>>>> - this bit is obvious.
>>>> I managed to get OpenSSH working to do this.
>>>> With SSH you can set up a trust between your userid on your PC and your
>>>> userid on the Unix box using an RSA Public/Private Key.
>>>> This means that you don't need to enter a password, which is crucial to
>>>> getting this working in Eclipse.
>>>> Once you have this, you can set up your make command to read something
>>>> like this:
>>>> ssh <user>@<unix_box> ". ./.profile; cd <your build directory>; make"
>>>> I had to run my .profile to get the environment set up.
>>>> Eclipse will append the targets selected and it all seems to work fine.
>>>> It even appears to parse the output from the console correctly, so you
can
>>>> click on errors and be taken to the line in your source code.
>>>> This took quite a bit of messing around, once I have got a clear method
>>>> for setting this up, I will try and post more detailed instructions.
>>>> Cheers,
>>>> Bob
|
|
|
| Re: C++ source on a different server [message #148480 is a reply to message #148438] |
Fri, 08 July 2005 21:01 |
| Eclipse User |
|
|
|
Originally posted by: bob.owen.egg.com
That's the plan, it does look like it's possible - gdb says it supports it.
The trick will be getting eclipse to use it.
I'll let you all know.
Cheers,
Bob
Shlomi wrote:
> Hey
> Did any of you try running gdbserver on the target machine, and connecting
> eclipse to it? Does it work? If so, we might have solved this problem!
> DaCypher wrote:
>> Ahh, I considered doing something similar, however, it wasn't really
>> feasible for my situation since I need to run the code on several
>> different servers so having the code reside on just one of them didn't
>> really help anything.
>> So now that you have remote build working, I guess your next project will
>> be remote debugging? :)
>> Bob Owen wrote:
>>> I'm not using any sync method.
>>> When I defined the "Standard Make C++ Project" I gave it the path to the
>>> actual source on the Unix box using the Samba share.
>>> You do this in the "Project contents" box when you create the new project.
>>> This way eclipse edits the files directly on the Unix box.
>>> Cheers,
>>> Bob
>>> DaCypher wrote:
>>>> That sounds pretty cool. Now, I assume you still have some type of file
>>>> sync mechanism similar to what I mentioned earlier to get your
>>>> modifications onto the remote machine? I wonder if you could also take
>>>> advantage of SSH to transfer the files (e.g. scp or sftp), though, other
>>>> than the files being transferred over a secure protocol, this doesn't
seem
>>>> to offer much over the Samba file sync method (although, I guess you
>>>> wouldn't need Samba setup on the remote machine).
>>>> Bob Owen wrote:
>>>>> I've managed to get a bit further today - I can now build remotely on
our
>>>>> Solaris server from Eclipse on the PC.
>>>>> Here's what you need:
>>>>> Some way of remotely running commands on the Unix box from your Windows
> PC
>>>>> - this bit is obvious.
>>>>> I managed to get OpenSSH working to do this.
>>>>> With SSH you can set up a trust between your userid on your PC and your
>>>>> userid on the Unix box using an RSA Public/Private Key.
>>>>> This means that you don't need to enter a password, which is crucial to
>>>>> getting this working in Eclipse.
>>>>> Once you have this, you can set up your make command to read something
>>>>> like this:
>>>>> ssh <user>@<unix_box> ". ./.profile; cd <your build directory>; make"
>>>>> I had to run my .profile to get the environment set up.
>>>>> Eclipse will append the targets selected and it all seems to work fine.
>>>>> It even appears to parse the output from the console correctly, so you
> can
>>>>> click on errors and be taken to the line in your source code.
>>>>> This took quite a bit of messing around, once I have got a clear method
>>>>> for setting this up, I will try and post more detailed instructions.
>>>>> Cheers,
>>>>> Bob
|
|
|
| Re: C++ source on a different server [message #149967 is a reply to message #148480] |
Mon, 25 July 2005 21:52 |
| Eclipse User |
|
|
|
Originally posted by: software.hajue-ude.de
"Bob Owen" <bob.owen@egg.com> wrote
> That's the plan, it does look like it's possible - gdb says it supports
it.
> The trick will be getting eclipse to use it.
> Shlomi wrote:
>> Hey
>> Did any of you try running gdbserver on the target machine, and
connecting
>> eclipse to it? Does it work? If so, we might have solved this problem!
It does work. No tricks required. I'm using it to develop and debug
RTAI/Fusion programs on Linux with eclipse running on native Windows. I've
built a cross development toolchain running on cygwin which creates elf
binaries for a Linux target. The glibc and other libs were created on
native Linux and then copied to the windows machine. You only need to do
this once, then you just use them. The windows machine also runs an NFS
server, the Linux target runs a corresponding client. Still some minor
glitches here and there but it's usable. Gdbserver on native Linux
corresponds with gdb on native Windows (Cygwin). Which is directly built
into CDT.
Hans
|
|
|
Goto Forum:
Current Time: Sun Jul 07 10:35:47 GMT 2024
Powered by FUDForum. Page generated in 0.05534 seconds |
] 
Search
Help
Register
Login
Home
