AVR Studio 4.18 - Debugger startet nicht

[Ralf G. (ralg)]

Beim Start des Debuggers im AVRStudio öffnet sich ein Fenster zur 
Ordnerauswahl mit dieser Meldung:

Please browse to the present location of files originally found at
C:\mnt\nfs\home\georg\gnu\gcc.gnu.org\gcc-4_7-branch\libgcc\config\avr\

Ich kann keine Übereinstimmung in den gefundenen Beiträgen zu dieser 
Problematik sehen. Deshalb möchte ich das Thema noch mal aufgreifen: So 
wie sich das mir darstellt, wurden mit dem WINAVR-Paket (4.7.2) absolute 
Pfade mitgegeben. Erkennt jemand seine Festplatte wieder, die oben in 
dem Pfad angegeben ist? Meine ist das jedenfalls nicht.

In welchem Ordner sind denn nun die Dateien wirklich?

[Ralf G. (ralg)]

Mal noch zur Ergänzung:
Im Thread
"Frage zur Programmoptimierung WinAVR"
kommt's ziemlich nah an mein Problem ran:

Harald P. schrieb:
> Seltsamerweise funktioniert das damit übersetzte Programm nicht mehr im
> Debugger des AVR-Studios V4.18. AVR-Studio stürtzt beim Laden ab
> (unbekannter SW-Fehler ..). Schade, mit dem Simulatur des Studios bin
> ich gut klar gekommen.

Harald P. schrieb:
> Die Option -gstrict-dwarf (wohl nur erlaubt für die neueren
> Compiler-Versionen) sorgt dafür, daß der Atmel-Debugger nicht mehr
> abstürzt.

Kurzfassung:
gcc4.3.3 -> Debugger läuft

gcc4.7.2 -> beindruckende mehr als 200Byte Code (von reichlich 800) 
weniger -> Debugger stürzt ab
-gstrict-dwarf eingefügt -> Fenster zur Ordnerauswahl -> nur 
Dissasembler

[Davis (Gast)]

Habe ein ähnliches Problem gehabt (Debugger stürzte ab). Hat sich nach 
einem Update auf 4.19 erledigt.

[Ralf G. (ralg)]

Hab' gerade mal durchs Disassembling gescrollt. Da steht sowas:

---- lib1funcs.S ----------------------------------------------------------------------------------
1910: File not found
+00000033:   E011        LDI       R17,0x01       Load immediate
1911: File not found
+00000034:   E0A0        LDI       R26,0x00       Load immediate
1912: File not found
+00000035:   E0B1        LDI       R27,0x01       Load immediate
1913: File not found
+00000036:   C001        RJMP      PC+0x0002      Relative jump
1915: File not found

[Johann L. (gjlayde)]

Du kannst nicht in Bibliotheks-Code reindebuggen.  Debug-Info enthält 
nicht die Quelle, sondern nur Verweise darauf.

[Ralf G. (ralg)]

Johann L. schrieb:
> Du kannst nicht in Bibliotheks-Code reindebuggen.
Will ich auch nicht!!!!

Ich habe mir jetzt mal AVR Studio 4.19 genehmigt.
Ist leider genau dasselbe.

Geht man mit Abbrechen aus der Ordnerauswahl vorm Debuggen, steht im 
Disassembler etwas ausführlicher:

---- C:\mnt\nfs\home\georg\gnu\gcc.gnu.org\gcc-4_7-branch\libgcc\config\avr\lib1funcs.S -----------
1910: File not found

Deshalb meine Bedenken, die Datei 'lib1funcs.S' könnte wichtig sein. Die 
liegt ja genau in dem gewünschten Ordner.

Beendet man die Ordnerabfrage mit 'OK' (irgendein Ordner), dann sieht 
das Listing so aus wie hier:
Beitrag "Re: AVR Studio 4.18 - Debugger startet nicht"
und:
Setzt man einen Breakpoint und geht mit 'Run' dorthin, dann ist in 
dieser Konstellation auch ein Debuggen im Quellcode möglich. Naja, aber 
schön ist's trotzdem nicht!

[Ralf G. (ralg)]

Ralf G. schrieb:
> Beim Start des Debuggers im AVRStudio öffnet sich ein Fenster zur
> Ordnerauswahl mit dieser Meldung:
>
> Please browse to the present location of files originally found at
> C:\mnt\nfs\home\georg\gnu\gcc.gnu.org\gcc-4_7-branch\libgcc\config\avr\

Bei Verwendung der Toolchain 3.4.1 gibt's einen neuen Pfad:
C:\home\hudson\workspace\avr8-gnu-toolchain\src\gcc\gcc\config\avr\

:-(

[Manuel (Gast)]

Hatte vor kurzem das gleiche Problem. Habe alle toolchains 
durchgetestet. Mit der toolchain älter 1.4.x gehts.

[Manuel (Gast)]

Hatte vor kurzem das gleiche Problem. Habe alle toolchains 
durchgetestet. Mit der toolchain älter 3.4.x gehts.

[Johann L. (gjlayde)]

Mach mal folgendes:

- Übersetze (linke) mit -v. Das zeigt an, welche libgcc.a genommen wird.
- Sichere diese libgcc.a
- avr-strip -g  auf die Original libgcc.a
- Projekt neu generieren

Hilft das?

- Dann die libgcc.a aus der Sicherung restaurieren

[Ralf G. (ralg)]

Ich habe mal mit -v übersetzt. Beide Versionen (gcc4.3.3 -> 
prinzipieller Absturz, gcc4.6.2 -> kein Absturz mit -gstrict-dwarf, 
dafür Ordner-Dialog)

Habe da ein paar Unterschiede gefunden:

Using built-in specs.
Target: avr
Configured with: ../gcc-4.3.3/configure 
--enable-win32-registry=WinAVR-20100110 --with-gmp=/usr/local 
--with-mpfr=/usr/local --prefix=/c/WinAVR --target=avr 
--enable-languages=c,c++,objc --with-dwarf2 --enable-doc 
--disable-shared --disable-libada --disable-libssp --disable-nls 
--with-pkgversion='WinAVR 20100110' 
--with-bugurl='URL:http://sourceforge.net/tracker/?atid=520074&group_id=68108&func=browse';

Using built-in specs.
COLLECT_GCC=avr-g++
COLLECT_LTO_WRAPPER=c:/programme/atmel/avr tools/avr 
toolchain/bin/../libexec/gcc/avr/4.6.2/lto-wrapper.exe
Target: avr
Configured with: 
/home/tools/hudson/workspace/avr8-gnu-toolchain/src/gcc/configure 
LDFLAGS=-L/home/tools/hudson/workspace/avr8-gnu-toolchain/avr8-gnu-toolc 
hain-win32_x86/lib  CPPFLAGS= --target=avr --host=i686-pc-mingw32 
--build=x86_64-pc-linux-gnu 
--prefix=/home/tools/hudson/workspace/avr8-gnu-toolchain/avr8-gnu-toolch 
ain-win32_x86 
--libdir=/home/tools/hudson/workspace/avr8-gnu-toolchain/avr8-gnu-toolch 
ain-win32_x86/lib  --enable-languages=c,c++ --with-dwarf2 --enable-doc 
--disable-shared --disable-libada --disable-libssp --disable-nls 
--with-mpfr=/home/tools/hudson/workspace/avr8-gnu-toolchain/avr8-gnu-too 
lchain-win32_x86 
--with-gmp=/home/tools/hudson/workspace/avr8-gnu-toolchain/avr8-gnu-tool 
chain-win32_x86 
--with-mpc=/home/tools/hudson/workspace/avr8-gnu-toolchain/avr8-gnu-tool 
chain-win32_x86  --enable-win32-registry=avrtoolchain 
--enable-fixed-point --with-pkgversion=AVR_8_bit_GNU_Toolchain_3.4.1_798 
--with-bugurl=http://www.atmel.com

Der Rest ist mir leider zu hoch. Ich gebe auf.

[Ralf G. (ralg)]

@Manuel
:-)
(Ich hoffe es bleibt so)