C Verständnisproblem Variable sich selbst zuweisen

uint8_t Dummy;
Die Variable Dummy wird Speicheradresse x zugewiesen.

Dummy = Dummy;
Der Inhalt der Adresse x wird ausgelesen und an Adresse x gespeichert.

Macht keinen Sinn, aber aus Sicht des Compilers ist alles in Ordnung.

vielleicht beschwert sich ja 'lint'

Hallo,

ich habe in dem Programmlisting eines ehemaligen Kollegen auch immer 
über Zeilen der Art "i = i" gewundert. Er hat sie nur eingefügt um an 
der betreffenden Programmzeile einen "Breakpoint" setzen zu können. 
Meist vor Schleifen oder dergleichen.

Mit freundlichen Grüßen
Selbsternannter Welverbesserer

Danke für Eure Antworten.

Ich habe es rausgefunden. In den Dummy wird nur geschrieben um einen 
Speicher zu leeren -> Dummy.
Dummy wird niemals gelesen -> Compiler Warnung.
int Dummy = Dummy;
-> Compiler Warnung weg.

Dank und Gruß

Karol Babioch schrieb:
> Eta schrieb:
>> int Dummy = Dummy;
>> -> Compiler Warnung weg.
>
> Scheint mir die falsche Lösung für dieses Problem zu sein. Wie du selbst
> feststellen musstest ist das nicht selbstverständlich und ohne
> Rücksprache nur schwierig zu "erraten". Ein entsprechender Kommentar
> wäre an dieser Stelle also durchaus angebracht.
>
> Ansonsten:
>
> https://stackoverflow.com/questions/3417837/what-i...

Ja ein Kommentar ist nicht schlecht... der Link ist ein bisschen mit 
Kanonen auf Spatzen.
Weitere Kritik bitte direkt an NXP von denen ist der Code :-)

>In den Dummy wird nur geschrieben um einen
>Speicher zu leeren -> Dummy.

Üblicherweise wird bei solch einfachen Befehlen die Quelle nicht 
verändert.
Der Wert in "Dummy" ist nach dem Lesen und anschließendem Schreiben, der 
Gleiche wie vorher.

Thomas Eckmann schrieb:
> Ohne Optimierung wird die Variable allerdings angelegtint Dummy;
> erzeugt aber eine Warnung, daß sie nicht initialisiert ist.

Aber nur, wenn sie auch später nicht geschrieben wird, bevor sie zum 
ersten mal gelesen wird.

Thomas Eckmann schrieb:
> Voraussetzung ist natürlich, daß die Varable danach auch benutzt wird.
> Sonst macht das keinen Sinn.

Wenn sie nachher benutzt wird, ist es genauso sinnlos. Dann wirklich 
initialisiert ist sie ja immer noch nicht. Dazu muß sie irgendwann mal 
geschrieben werden. Da macht's keinen Unterschied, ob ich sie bei der 
Definition erstmal uninitialisiert lasse oder mit sich selbst 
initialisiere.

Eta schrieb:
> Guten Tag,
>
> ich versuche gerade einen Code zu verstehen.
> Warum gibt diese Zeile keinen Fehler, bzw. was macht der Compiler damit?
> uint8_t Dummy = Dummy;

Der Compiler kann damit machen, was er will, der Code ist undefiniert. 
Also zum Beispiel Deine Festplatte formatieren.

Hallo liebe Freunde,

immer locker bleiben :-D.
Bevor Peter explodiert.... der Code ging noch weiter :-)


Peter Dannegger schrieb:
> Da Du uns hartnäckig den Kontext verweigerst, vermute ich mal, Du willst
> einen Puffer leeren.

So weit dachte ich nicht... Asche auf mein Haupt.
So und nun zu Eurer Befriedigung:

1

 uint8_t Dummy = Dummy;

2

.....

3

Dummy = LPC_UART1->RBR;        /* Dummy read on RX to clear 

4

                                interrupt, then bail out */

Zufällig gesehen und gewundert auf:
http://www.lpcware.com/content/forum/receiving-uart-in-lpc1768

Eta schrieb:
>
>  uint8_t Dummy = Dummy;
> .....
> Dummy = LPC_UART1->RBR;        /* Dummy read on RX to clear
>                                 interrupt, then bail out */
>
> Zufällig gesehen und gewundert auf:
> http://www.lpcware.com/content/forum/receiving-uart-in-lpc1768

Ein einfaches

1

LPC_UART1->RBR;

hätte es auch getan.

Jo, das hat Peter auch schon geschrieben ...
Tut mir leid. Ist wieder gut? Ich habs nur gesehn und mich gewundert, da 
nicht verstanden. Geh jetzt wieder Ostereier färben, das kann ich besser 
:-)

Frohe Ostern Euch allen und immer friedlich, die Familie kommt erst 
morgen :-P