[ECOS] GDB Download on i386 target hangs
Sat Oct 7 00:55:00 GMT 2000
Hi Nick and others
>Have you built the test programs in a separate build tree from the
>floppy monitor? If not, then it is very easy to get
>cross-contamination and, for example, end up with you executables being
>linked to the same memory locations as the monitor. The symptoms you
>describe are consistent with the monitor being overwritten by the
Thanks a lot. You guessed right. Now I've built the tests in a different
directory, using a i386 target configuration without stubs (is this right?).
Now I'm able to download the excecutables. But immediately after the
download, when I start the program on the target, I get an SIGILL on the
Program received signal SIGILL, Illegal instruction
0x3270 in ?? () at /usr/local/pack/ecoscvs/ecos/packages/services/memalloc
It's alway the same address, where the debugger claims to find a illegal
instruction. But if I try to disassemble the code at this address in gdb,
(gdb) disassemble 0x3270
Error: No function contains specified address.
When looking at the symboltable of the elf binary using nm, there is no
code located at 3270.
I'm somewhat confused and have the following questions:
a) Do I have to activate gdb stubs for my application?
b) Whats the matter with this error in dlmalloc? Do I need additional
configuration for my dynamic allocatable memory on the heap?
A suggestion: Unfortunately there is AFAIK no FAQ on ECOS on i386, but when
reading the mailing list, I get the impression, that a lot of people do
have some trouble, when starting devolopment with the ECOS on i386. What
about collecting these questions and answers in a FAQ.
More information about the Ecos-discuss