[Avrora] Problem with C-Print

[Ben L. Titzer]

It is the last vestige of a time before Avrora could disassemble machine
code and had to parse assembly language as text. It should be deleted.

-B

On Wed, Oct 20, 2010 at 8:58 AM, Daniel Minder <daniel.minder at uni-due.de>wrote:

> Hi,
>
> > I still don't know the exact
> > reason but I know that using the .elf file directly and skipping the
> > conversion with avr-objdump will make it work.
>
> As you can see from avrora/syntax/objdump/ObjDumpProgramReader.java only
> the .text and .data sections of a program are loaded. The symbol for the
> c-print monitor (debugbuf1) is located in the .bss section and,
> therefore, Avrora will not know it.
>
> When adding .bss to the loadable sections Avrora will throw an exception
> because the address of the symbol is too high. This is correct since we
> should not _load_ the whole section but only import the symbols. This is
> what the ELF parser is doing (in ELF the symbol table is separate and
> the .bss section is not flagged als loadable). But to achieve this
> behaviour we would need to modify (at least) the ObjDumpReformatter...
>
> To be honest: I don't see any advantage of the .od format. The plain exe
> is more flexible and we can skip one working step. Is there any reason
> for using the .od format? If not, I would not investigate this issue any
> further.
>
> Best,
> Daniel
>
> --
> Daniel Minder
> University of Duisburg-Essen, Networked Embedded Systems
> Bismarckstr. 90, 47057 Duisburg, Germany
> Skype: d.minder
> _______________________________________________
> Avrora mailing list
> Avrora at lists.ucla.edu
> http://lists.ucla.edu/cgi-bin/mailman/listinfo/avrora
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ucla.edu/pipermail/avrora/attachments/20101020/d63dbc56/attachment.htm>