[Simulavr-devel] Re: AT43USB devices

[Theodore A. Roth]

On Tue, 7 Oct 2003, Keith Gudger wrote:

> Ted:
>
> I have simulavr running on a RedHat machine!

Groovy.

> It took some arm twisting, but I got (temporary) root access and
> loaded autoconf and autmake (autoconf would work to install to a
> local directory, but automake invoked some stuff in autconf that
> *had* to be in the main directories, so failed).

I still question the need to install the autotools as root. I've never
had a problem with installing them into my home dir as a regular user
on many different machines.

No matter now that you have things working. ;-)

>
> Anyway, GDB on the redhat 7 machine hates the responses of simulavr.  The
> GDB version is GNU gdb Red Hat Linux (5.2.1-4).  Is that the problem?
> I'll include some of the error messages below.

That's a pretty old version. I would not recommend using it.

I also suspect that you are using a native version instead of the avr
version. Here's what I've got on my system (native debian iX86 then
avr):


GNU gdb 2002-04-01-cvs
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-linux".


address@hidden avr-gdb-6.0 --version
GNU gdb 5.3.93_2003-10-01-cvs
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "--host=i686-pc-linux-gnu --target=avr".


Note the difference in configuration.

You will probably need to grab the just released gdb-6.0. (There's
rpms on the avr-libc site, but they might not work on your system,
since I built them on a RH-9 system.)

>
> Keith
>
> Dump of assembler code for function __vectors:
> 0x0 <__vectors>:        (bad)
> 0x1 <__vectors+1>:      (bad)
> 0x2 <__vectors+2>:      (bad)
> 0x3 <__vectors+3>:      (bad)
> 0x4 <__vectors+4>:      (bad)
> 0x5 <__vectors+5>:      (bad)
> 0x6 <__vectors+6>:      (bad)
> 0x7 <__vectors+7>:      (bad)
> 0x8 <__vectors+8>:      (bad)
> 0x9 <__vectors+9>:      (bad)
> 0xa <__vectors+10>:     (bad)
> 0xb <__vectors+11>:     (bad)
> 0xc <__vectors+12>:     (bad)
> 0xd <__vectors+13>:     (bad)
> 0xe <__vectors+14>:     (bad)
> 0xf <__vectors+15>:     (bad)
> 0x10 <__vectors+16>:    (bad)
> 0x11 <__vectors+17>:    (bad)
> 0x12 <__vectors+18>:    (bad)
> 0x13 <__vectors+19>:    (bad)
> 0x14 <__vectors+20>:    (bad)
> 0x15 <__vectors+21>:    (bad)
>
> ...
>
> (gdb) nexti
> Reply contains invalid hex digit 59
>
>
> while simulavr says:
> WARNING: file decoder.c: line 3541: Unknown opcode: 0xffff

This is typically an indication that you didn't load the program into
simulavr. This might help:

  http://savannah.nongnu.org/download/simulavr/doc/html/simulavr_5.html#SEC5

Ted Roth