I receive the following error when trying to launch a "GDB QEMU Debugging" session from Eclipse Luna (same error occurs with Mars). Attached is a screenshot of the error message.
Below are the details
full plug-in version: GNU ARM C/C++ QEMU Debugging 2.1.1.201508071246
Java version "1.7.0_79"
Eclipse version: ** 4.4.2.20150219-0708
CDT version: 8.6.0.201502131403
Platform: Ubuntu 15.04 64-bits
Toolchain: arm-none-eabi-gcc (GNU Tools for ARM Embedded Processors) 4.9.3 20150529
any exceptions related to ilg.gnuarmeclipse**:
!ENTRY ilg.gnuarmeclipse.debug.gdbjtag 4 0 2015-08-09 08:27:20.614
!MESSAGE QEMU failed with code (127).
did you properly set the path to qemu?
if so, could you start the program in a terminal with --version?
I followed the steps in the http://gnuarmeclipse.livius.net/blog/ and used all the default paths as recommended.
I selected Mapple board to test with, and here is the result
So the application is working properly on the command line. Does this answer your question?
seems ok.
Unfortunately I'm not in the office to further help you.
Thanks for your help so far.
But with that said, is it correct to assume that the problem is in the interface between the QEMU Eclipse Plugin and the QEMU exe?
That's correct. The first thing to check is QEMU path, then the launch configuration.
Attached is a screenshot for the QEMU path (Eclipse preference).
And this is a screenshot for the launch configuration
I tried the same exact installation steps with all default paths unchanged on Windows 7 and it worked as expected. So my problem seems to be in Linux only (if that might help).
could you try the steps described in http://gnuarmeclipse.livius.net/blog/blinky-project/ and let me know the result?
Thanks Liviu,
I tried the tutorial you sent step by step. And it led to the same results
"QEMU failed with code (127)."
you were right, there was a rpath problem with the GNU/Linux packages; I could reproduce it only with the 32-bits QEMU while running on a 64-bit machine, but the problem was there for all versions.
I fixed it and republished the debian32 and debian64 archives; please test them and let me know if this solved your problem.
Tried it and it works as expected. Thanks for the fix.
you're welcome, thank you for helping improve this project.