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?
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
Gast
#2964673
Habe ein ähnliches Problem gehabt (Debugger stürzte ab). Hat sich nach einem Update auf 4.19 erledigt.
Hab' gerade mal durchs Disassembling gescrollt. Da steht sowas:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
Du kannst nicht in Bibliotheks-Code reindebuggen. Debug-Info enthält nicht die Quelle, sondern nur Verweise darauf.
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:
1 | |
2 | |
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. 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\ :-(
Gast
#2964973
Hatte vor kurzem das gleiche Problem. Habe alle toolchains durchgetestet. Mit der toolchain älter 1.4.x gehts.
Gast
#2964975
Hatte vor kurzem das gleiche Problem. Habe alle toolchains durchgetestet. Mit der toolchain älter 3.4.x gehts.
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
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.
@Manuel :-) (Ich hoffe es bleibt so)