[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [Simulavr-devel] anacomp getting reserved access messages
From: |
Schwichtenberg, Knut |
Subject: |
RE: [Simulavr-devel] anacomp getting reserved access messages |
Date: |
Thu, 26 Mar 2009 14:49:34 +0100 |
Joel,
please add the following options to the CFLAGS and recompile it:
CFLAGS += -Wa,-adhlns=$(<:%.c=$(OBJDIR)/%.lst)
This will add the high-level source and assembler to the listing and than come
back. Which gcc version are you using?
In the mean time I still thinking...
Joel Sherrill wrote:
> I captured a trace and deleted all of the stuff below the error.
> It appears to be happening very early in main.c.
>
> Look for RESERVED.
>
> --joel
>
> Joel Sherrill wrote:
> > Schwichtenberg, Knut wrote:
> >
> >> Joel,
> >>
> >> here you find a usage for "-W 0x20,-". 0x20 in the
> RAM-Area of the AVR is identicall to 0x00 in the IO-Space
> which is forbidden by most AVR's. This loop puts normally
> 10.000 "*" on you terminal. Maybe it's in there to delay or
> only to confuse the maintainer ;-).
> >>
> > I thought of that but there was no way to turn that on via Tcl
> > until I did my work. So I guess this is just a left over
> hunk of code.
> >
> >
> >> BTW: The comment block at the top of the source is fully
> nonsense in conjunction with the source code.
> >>
> >>
> >>
> > :)
> >
> >> The 0x5e - I'm guessing - might have to do with compiling
> the source for CPU A and using it on CPU B, is it?
> >>
> >>
> >>
> > The reserved message can also come out when the CPU
> > .cpp file has temporarily marked it as such.
> >
> > set dev1 [new_AvrDevice_at90s4433]
> >
> > And this code is in that cpu
> >
> > rw[0x5e]= new RWReserved(this);
> >
> > Is this a known register name?
> >
> >> Knut
> >>
> ----------------------------------------------------------------------
> >> This mail is made from 100% recycled electrons.
> >>
> >>
> >>
> >
> >
> >
> > _______________________________________________
> > Simulavr-devel mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/simulavr-devel
> >
>
>
> --
> Joel Sherrill, Ph.D. Director of Research & Development
> address@hidden On-Line Applications Research
> Ask me about RTEMS: a free RTOS Huntsville AL 35805
> Support Available (256) 722-9985
>
>
>
- [Simulavr-devel] anacomp getting reserved access messages, Joel Sherrill, 2009/03/25
- [Simulavr-devel] anacomp getting reserved access messages, Schwichtenberg, Knut, 2009/03/27
- Re: [Simulavr-devel] anacomp getting reserved access messages, Joel Sherrill, 2009/03/26
- Re: [Simulavr-devel] anacomp getting reserved access messages, Joel Sherrill, 2009/03/26
- RE: [Simulavr-devel] anacomp getting reserved access messages,
Schwichtenberg, Knut <=
- RE: [Simulavr-devel] anacomp getting reserved access messages, Schwichtenberg, Knut, 2009/03/27
- Re: [Simulavr-devel] anacomp getting reserved access messages, Joel Sherrill, 2009/03/26
- Re: [Simulavr-devel] anacomp getting reserved access messages, Joel Sherrill, 2009/03/26
- Re: [Simulavr-devel] anacomp getting reserved access messages, Joerg Wunsch, 2009/03/26
- Re: [Simulavr-devel] anacomp getting reserved access messages, Joel Sherrill, 2009/03/26
- Re: [Simulavr-devel] anacomp getting reserved access messages, Joerg Wunsch, 2009/03/26
- Re: [Simulavr-devel] anacomp getting reserved access messages, Joel Sherrill, 2009/03/26
- Re: [Simulavr-devel] anacomp getting reserved access messages, Joerg Wunsch, 2009/03/26
- Re: [Simulavr-devel] anacomp getting reserved access messages, Joel Sherrill, 2009/03/26
- Re: [Simulavr-devel] anacomp getting reserved access messages, Joerg Wunsch, 2009/03/26