include der standart bibliothek verändert?

[derderfragt (Gast)]

Hallo.

Ich wollte gerade an meinem aktuellen Projekt weiter arbeiten, da ließ 
sich auf einmal nicht mehr kompilieren. Ich vermute, dass der Grund 
dafür eine Veränderung von util/setbaud.h ist. In der Fehlerliste wird 
unter anderem Folgendes aufgeführt:

"invalid preprocessing directive #ifndef0F_CPU", setbaud.h, line 108

Sieht für mich so aus, als ob da irgendwie die Datei verändert wurde. 
Von wem oder was weiß ich nicht, würde mich aber auch interressieren :-D
Die wichtigere Frage, die sich mir aber gerade stellt ist aber, wie ich 
den Fehler beheben kann -falls es daran liegt-.
Wo sind die include les,- und schreibbar gespeichert?

Freundliche Grüße von dem, der gerade diese Fragen gestellt hat :-)

[Peter II (Gast)]

derderfragt schrieb:
> Die wichtigere Frage, die sich mir aber gerade stellt ist aber, wie ich
> den Fehler beheben kann -falls es daran liegt-.
> Wo sind die include les,- und schreibbar gespeichert?

einfach mal suchen? Kann doch nicht so schwer sein auf seiner lokalen 
Festplatte eine Datei mit dem Namen setbaud.h zu finden.

Scheinbar muss die 0 durch ein Leerzeichen ersetzt werden.

[Markus M. (mark_m)]

Schau dir mal die Zeile 108 der Datei "setbaud.h" an. Die Preprozessor 
Direktive lautet "#ifndef" gefolgt von einem Leerzeichen.

Müsste die Zeil nicht

#ifndef F_CPU …

heissen?

Grüsse

[Peter C. (peter_c49)]

#ifndef0F_CPU"
die fehlermeldung ist correct wenn du das ( die 0 anstelle des 
leerzeichens) in zeile 108 wirklich drin hast.

[Amateur (Gast)]

Wenn in einer include-Datei, von deren Verwendung man nichts weiß, eine 
Veränderung aufgetreten ist, so sollte die Frage nach der Veränderung 
nicht so einfach abgetan werden.

Natürlich ist in diesem Falle die Zeile: #ifndef0F_CPU für ‘n Arsch, die 
Frage aber bleibt: Wer hat da rumgefummelt und warum kommen nicht ein 
dutzend Posts: Bei mir tritt derselbe Fehler auf.
Letzteres würde auf ein Update hinweisen.

Also hast Du mal nach den Datumsstempeln geschaut?
Und ist das Teil relativ neu und wann wurde daran etwas geändert?

[Karl H. (kbuchegg)]

Amateur schrieb:

> Frage aber bleibt: Wer hat da rumgefummelt und warum kommen nicht ein

Wahrscheinlich war er es selber.
Bei einem unbedachten Mausklick hat er die Datei aufgemacht (im Projekt 
ist sie ja mit drinnen unter "external dependencies") und irgendwie wird 
er schon mal eine 0 getippt haben

Ist wohl den meisten schon mal passiert.
Ich würde da jetzt kein Drama draus machen, die Sache korrigieren und 
fürs erste gut sein lassen. Tritt das Problem allerdings in weiterer 
Folge öfter auf, dann muss man dem nachgehen.

[Qube (Gast)]

Bit gekippt?
0x20 -> 0x30

[Amateur (Gast)]

>Bit gekippt?

Sollte aber nur im RAM vorkommen, da man heutzutage ja der Meinung ist, 
eine CRC-Kontrolle (9. Bit) ist flüssiger als Wasser.

Früher zumindest, wurden die Daten auf der Platte mit Prüfsummen 
versehen, die beim Lesen einen Meckerer produzierten.

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

Amateur schrieb:

> Früher zumindest, wurden die Daten auf der Platte mit Prüfsummen
> versehen, die beim Lesen einen Meckerer produzierten.

Macht man auch heute so, außer dass da eine ECC drauf gespeichert
wird, sodass man die meisten Fehler automatisch korrigieren kann.

Ob da jemand meckert, müsste man wohl in den entsprechenden Logs des
Betriebssystems finden können.

[Aufpasser (Gast)]

http://standard-standart.blogspot.de/