Having thought about what is happening over night...I still don't understand why Remote debugging from host is 192.168.1.100 ???
I run Ubuntu 14.04 in Virtualbox on my Windows 7 x64 development system. The I/P addresses for the various components are as follows: Ubuntu, 10.1.174.100 Windows 7, 192.168.1.100 Beaglebone Black, 192.168.1.161 Eclipse is running in Ubuntu and I use the Remote tools to connect to the Beaglebone Black from eclipse. I have succesfully configured eclipse to allow remote debugging of Java applications on the Beaglebone Black and this works very nicely. C/C++ is the problem, why is it reporting the Windows 7 I/P? Does this help shed any light on what the problem is? Thank you, On Wednesday, 4 June 2014 19:39:35 UTC+1, Simon Platten wrote: > > Also, on a SSH console on the Beaglebone Black, I can see that both > gdbserver and my test application are running, if I then kill the > gdbserver, up pops: > > Killed > logout > !!!Hello World!!! > > In the eclipse console on ubuntu. > > > On Wednesday, 4 June 2014 19:37:08 UTC+1, Simon Platten wrote: >> >> 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]. >>> 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.
