|[dsdp-dd-dev] [Fwd: [cdt-dev] Couple issues with DSF]|
I don't now if you're watching cdt-dev yet, this came through today...
-------- Original Message --------
Hi, I had downloaded and installed Eclipse 3.5M5 and CDT M5. Under implession of DSF capabilities, I was going to test it. Unfortunately, I've encountered couple problems that I do not know how to avoid. So, first, I have a makefile project for Skyeye for Windows. Usually, I'm debugging it with ordinal Local Application configuration. It works fine. I had created a DSF Local Application configuration which has failed to debug the program. Here is the error: Error in final launch sequence Failed to execute MI command: -gdb-set auto-solib-add off Error message from debugger back end: No symbol "auto" in current context. Perhaps, the problem is the version of the GDB. I'm using GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Is DFS expecting some newer? Next problem is DSF Remote Application. For the ARM program that runs on skyeye (which is particulary ARM simulator with remote debugging support) I'm typically using GDB Hardware Debugging. It has a lot of options which allows me, for instance, halt on connection to remote target. Thus I can start debugging even the binary code at start address (like 0xffff0000). DSF Remote Application does not provide such options. I can specify the function name but not the address, for example... Is it possible somehow? Another problem is the call stack when I hit the initial breapboint. Hardware debugger shows it (almost) correctly but DSF fails with it: M2000_ZQ DSF [C/C++ Remote Application (Experimental - DSF)] m2000.elf Thread (Suspended : BREAKPOINT) gdb m2000.elf Hardware debugger shows at the same case: M2000_ZQ HW [GDB Hardware Debugging] GDB Hardware Debugger (07.02.09 21:51) (Suspended) Thread  (Suspended) 5 tmc_init() qct\services\tmc\tmc.c:11541 0x00c1d1f2 4 tmc_task() qct\services\tmc\tmc.c:12350 0x00c1d4c6 3 rex_thread_init() qct\services\rexl4\rexl4.c:174 0x00eee43e 2 __thread_stub() 0x00f3e0c8 1 __thread_stub() 0x00f3e0c8 D:\Install\GDB\gdb-18.104.22.16880630\gdb\gdb.exe (07.02.09 21:51) C:\p4\views\KSW_M2000_ZQ_DEV_0331\m2000\m2000.elf (07.02.09 21:51) Does it means that DSF is not suitable for such debugging? Dmitry _______________________________________________ cdt-dev mailing list cdt-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/cdt-dev
Back to the top