I've back tracked quite a bit, uninstalled eclipse and toolchain and 
started over.  I have the Java remote debugging working, the C remote 
debugging is still a problem...I'm confused by what is being reported:

Last login: Wed Jun  4 18:32:57 2014 from big-mumma.local
echo $PWD'>'
chmod +x /home/debian/helloWorldC;gdbserver :2345 
/home/debian/helloWorldC;exit
root@beaglebone:~# echo $PWD'>'
/root>
root@beaglebone:~# chmod +x /home/debian/helloWorldC;gdbserver :2345 
/home/debia n/helloWorldC;exit
Process /home/debian/helloWorldC created; pid = 2678
Listening on port 2345
Remote debugging from host 192.168.1.100
readchar: Got EOF
Remote side has terminated connection.  GDBserver will reopen the 
connection.
Listening on port 2345

I've no idea where the address 192.168.1.100 is coming from, the remote 
connection to the beaglebone is configured and working on 192.168.1.161.



On Monday, 2 June 2014 13:19:32 UTC+1, Robert Dugas wrote:
>
>   
>
> Can this be of any help?
>
> http://www.youtube.com/watch?v=wpg61xG9Egc
>
> It’s an interesting video by Derek Mollow titled 
>
> Beaglebone: Java Setup (JRE), Eclipse and Remote System Explorer (RSE)
>
>  
>
>  
>
>  
>
>  
>  
> Have orderred this one:
>
>
> http://www.amazon.co.uk/GDB-Pocket-Reference-OReilly/dp/0596100272/ref=sr_1_1?ie=UTF8&qid=1401554600&sr=8-1&keywords=gdb
>
>
> On Friday, 30 May 2014 22:47:27 UTC+1, William Hermans wrote:
>  
> http://www.amazon.com/The-Art-Debugging-GDB-Eclipse/dp/1593271743
>
> ??
>  
>  
>  
> On Fri, May 30, 2014 at 2:38 PM, William Hermans <[email protected]> wrote:
>   
> Simon, you may think I'm trying to be a smart ass but I'm not. Using Code 
> Composer studio, and various other IDE's for various platforms does not 
> mean you understand how to setup / use a GCC toolchain from the command 
> line. Which is really what you need to know to understand to use these 
> properly.
>  
> All I have seen you say so far is that you have java GDB ( not even 
> remotely the same thing ) working, and that you've been programming in C / 
> C++ since the 80's. Personally, I have been programming C / C++ since the 
> early 90's, and never really truely used a GCC toolchain until I cut my 
> teeth on it with the MSP430 launchpad.
>  
> My point ? Just because you *may* know gcc, and g++ does not mean you 
> understand the whole GCC toolchain. Again, there are books on the subject . 
> . .
>   
>  
>
> *In eclipse, I have created a C Project and in the Properties under C/C++ 
> Build, Settings, I have the Cross Settings, Prefix set to:*
>
>
>
>
>
> *arm-linux-gnueabihf- Path set to: /home/simon/gcc-linaro-arm-lin*
>  
>
>
>
>
>
>
>
> *ux-gnueabihf-4.8-2014.03_linux/bin Cross GCC Compiler, Command set to gcc 
> Cross GCC Linker, Command set to gcc Cross GCC Assemlber, Command set to as 
> When I build the project I get: /bin/sh: arm-linux-gnueabihf-gcc: command 
> not found    HelloWorldBBB             C/C++ Problem*
>  
>  
>   
> This is a pathing issue, eclipse does not know where to find the toolchain 
> binaries. I dont use Eclipse personally but perhaps for each binary you 
> need a proper fully qualified path to each binary? More information 
> required.
>    
>  
>  
> On Fri, May 30, 2014 at 2:02 PM, John Syn <[email protected]> wrote:
>   
>  
>   
> *From: *Simon Platten <[email protected]>
> *Reply-To: *<[email protected]>
> *Date: *Friday, May 30, 2014 at 12:28 PM
> *To: *<[email protected]>
> *Subject: *Re: [beagleboard] Eclipse C and Remote Debugging
>   
>  
>  
>  I've been writing software for various embedded platforms for a long 
> time, MSP430, Echelon, PIC's.  In the case of MSP430, the development suite 
> was based on Eclipse.  When writing software for PC104 platforms using QNX, 
> the IDE was Momentics, which is eclipse.
>
> The assumption always seems to be that you are talking to someone who 
> hasn't coded much before, I'm 44.  I've been coding professionally since 
> 1985.
>
> I can follow instructions as well as the next person, unfortunatley a lot 
> of the information online is incomplete or the guides are lacking.
>  
>  I use Eclipse and Code Composer Studio all the time and they work just 
> fine. I haven’t used GDBServer for a long time so it is difficult to advise 
> you how to get this working. Currently I use Lauterbach JTAG tools for 
> kernel code debugging and these tools are amazing because of their Linux 
> Kernel Awareness. However, previously I used Ronetix PEEDI JTAG tools which 
> make JTAG look like GDBServer. So my suggestion is to look at the support 
> docs on the Ronetix website as they explain how to setup Eclipse to work 
> with GDBServer. If this doesn’t work, then there is possibly some 
> incompatibility between the version of Eclipse and GDBServer. 
>  
>  
>  
> Regards,
>  
> John
>   
>  
>
>
>
> On Friday, 30 May 2014 20:21:41 UTC+1, [email protected] wrote:
>  
> Frankly, when developing for embedded platforms, yes, IDEs are too much to 
> ask for. 90% of embedded programming today is done with command-line tools 
> as it has been for decades. Once in a while someone builds an IDE, but they 
> are invariably so limited in application as to be more or a straightjacket 
> than a real tool.  The amount of work it takes to produce a truly useful 
> IDE makes sense only if you're developing on a commercial platform with 
> millions of credit-card holding users. So if you want to develop for 
> Windows, Android, and such, good IDEs are available. If you're programming 
> a custom board, well, better get used to building your own tools.
>  
>
>
> On Friday, May 30, 2014 11:52:53 AM UTC-7, Simon Platten wrote:
>  
> true, is it to much to ask to use an IDE?
>
> I have it all working for Java, would just like to do the same for C.
>
>
> On Friday, 30 May 2014 19:37:58 UTC+1, RobertCNelson wrote:
>
> On Fri, May 30, 2014 at 1:33 PM, Simon Platten <[email protected]> 
> wrote: 
> > I know C and C++ very well...I've been developing in it since the 80's. 
> > 
> > What I find difficult is the lack of complete information, is it to much 
> to 
> > expect that having bought the hardware for the software and 
> documentation to 
> > be complete? 
> > 
> > Sorry, I'm so fed up with dead ends...and pissy people with atitudes, 
> that 
> > instead of offering help, make wise cracks. 
> > 
> > Eclipse isn't the problem, the set-up of the toolchain is. 
> > 
> > Sorry, I guess you can tell, I'm a bit tired and just want to make some 
> > progress on the project, instead of battling with the set-up. 
>
> You can always ssh in and build on the target.  That's just the way 
> i've always done it. 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/
>   
> -- 
> For more options, visit http://beagleboard.org/discuss
> --- 
> You received this message because you are subscribed to the Google Groups 
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to [email protected].
> For more options, visit https://groups.google.com/d/optout.
>
>    -- 
> For more options, visit http://beagleboard.org/discuss
> --- 
> You received this message because you are subscribed to the Google Groups 
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to [email protected].
> For more options, visit https://groups.google.com/d/optout.
>   
>  
>   
>  
>  
> -- 
> For more options, visit http://beagleboard.org/discuss
> --- 
> You received this message because you are subscribed to the Google Groups 
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to [email protected] <javascript:>.
> For more options, visit https://groups.google.com/d/optout.
>
>  

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to