Fehler von avr-objdump.exe

[Raphael F. (raphael-f)]

Hallo,

ich programmiere AVR in C mit Eclipse (mit dem AVR Plugin) und habe seit 
längerer Zeit schon reproduzierbar den folgenden Fehler:
"avr-objdump.exe - Kein Datenträger"
"Es befindet sich kein Datenträger im Laufwerk. Legen Sie einen 
Datenträger in Laufwerk \Device\Harddisk4\DR4 ein."
Egal, welchen der Buttons ich drücke, die Meldung erscheint erneut und 
lässt sich auch nicht schließen.
Der Fehler tritt immer nach dem Starten von Eclipse beim ersten 
Kompilieren auf, bisher habe ich dann "avr-objdump.exe" mit den 
Taskmanager gekillt und erneut kompiliert und es funktioniert perfekt, 
aber der Fehler nervt trotzdem.

Weitere Infos:
Ich nutze eine Makefile-Datei
Windows 7 Home Prem.

Wenn ich Was vergessen habe, liefere ich die Info gerne nach.

Vielen Dank im voraus
  Raphael

[hp-freund (Gast)]

Kann es sein das im Makefile ein Verweis auf ein nicht (mehr) 
vorhandenes Verzeichnis von einem USB Laufwerk existiert?

[Raphael F. (raphael-f)]

Vielen Dank,

ich bin mir nicht sicher, aber ich sehe im Makefile keinen Verweis zu 
irgendeinem Speichermedium.
Das Makefile ist von makefile.exe (ich glaube aus WinAVR ?) generiert 
und um eine lib ergänzt.
Ich kann das/die Makefile posten oder nochmal genau suchen, aber ich 
wüsste im Moment nicht, wonach ...

[hp-freund (Gast)]

Hast Du mal versucht das make direkt von der Kommandozeile auszuführen?

Kannst ja ein kleines Projekt erstellen und hier anhängen...

[Raphael F. (raphael-f)]

Ich werde (leider erst morgen) es mal aus der Kommandozeile 
ausprobieren, da muss ich mal in meinem Gedächniss kramen, wie das ging. 
Ach wie praktisch sind doch IDE's ...
Dann muss ich mir vieleicht nochmal alle Eclipse Einstellungen angucken.
Sonst hänge ich morgen mal ein Miniprojekt an.

Vielen Dank für die Hilfsbereitschaft
Raphael

[Jörg W. (dl8dtl) (Moderator)]

Raphael F. schrieb:
> da muss ich mal in meinem Gedächniss kramen, wie das ging.

Einfach "avr-objdump" aufrufen, und es sagt dir die wesentlichen
Funktionen als Hilfetext an. ;-)

Eine Beispielmöglichkeit ist:

avr-objdump -h myproject.elf

(Statt "myproject" natürlich den Projektnamen eingeben.)

[Raphael F. (raphael-f)]

Ich habe gerade mal mit dem PN im WinAVR Paket (20100110) ein 
Miniprojekt erstellt, s. Anhang.
Wenn ich dann ein "make all" oder auch "make clean" gibt es folgende 
Fehler:

> "make.exe" all
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Error makefile 463: Command syntax error
Error makefile 464: Command syntax error
Error makefile 465: Command syntax error
Error makefile 466: Command syntax error
Error makefile 469: Command syntax error
Error makefile 470: Command syntax error
Error makefile 472: Command syntax error
Error makefile 473: Command syntax error
Error makefile 475: Command syntax error
Error makefile 477: Command syntax error
Error makefile 478: Command syntax error
Error makefile 533: Colon expected
Error makefile 542: Colon expected
Error makefile 564: Too many rules for target './%.o'
Error makefile 574: Too many rules for target '%.s'
Error makefile 581: Too many rules for target './%.o'
Error makefile 612: Command syntax error
*** 17 errors during make ***

> Process Exit Code: 1
> Time Taken: 00:00

Wenn ich das selbe Projekt mit Eclipse kompiliere, erhalte ich keinen 
einzigen Fehler.
Jetzt weiß ich irgendwie noch weniger.

Das reine avr-objdump hilft mir dabei  noch  nichts, da ich ja noch 
keine *.elf Dateien bekomme.

[Raphael F. (raphael-f)]

Raphael F. schrieb:
> > "make.exe" all
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.

Ich hätte auch selbst auf dei Idee kommen können, das das geeignete 
make.exe nicht von Inprise Corp. stammt.
Und somit erklären sich auch die Fehler, da das make.exe von Borland 
Delphi 5 nicht mit AVR-GCC C umgehen kann.
Heute habe ich auch keinen avr-objdump.exe Fehler mehr gesehen, ich habe 
eigentlich nichts geändert, nur das avr-objdump.exe einmal manuell 
ausgeführt.
Wenn doch noch Probleme auftauchen, melde ich mich.

Vielen Dank
Raphael

[Jörg W. (dl8dtl) (Moderator)]

Raphael F. schrieb:
> Ich hätte auch selbst auf dei Idee kommen können, das das geeignete
> make.exe nicht von Inprise Corp. stammt.

;-)