Was bewirkt in C folgender Befehl

hi,

was verwirrt dich daran?

Also if(0) würde tatsächlich nie ausgeführt werden ?

Ups, Frage ja schon beantwortet.

Herzlichen Dank.

Das steht so in einem SPS-Programm. Ich frage mich nur warum ?

http://www.if-schleife.de

Auf alle Fälle würden if(0) und if(1) immer konträr zueinander sein. 
Also wurscht, welche Anweisung jetzt nichts macht und welche was macht, 
kann man sagen daß eine der beiden definitiv nie erfüllt ist.

Christian F. schrieb:
> Eigentlich genau das, was du mit if(1) schreibst. Der Code wird immer
> ausgeführt, die If-Schleife könnte man sich sparen. Wo hast du das denn
> her?

Echter Blödsinn.

1. Die Anweisung "variable=1;" wird nicht ausgeführt, da der Ausdruck 
"(0)" nicht wahr ist.

2. Eine "If-Schleife" gibt es nicht.

3. Ein guter Compiler entfernt das ganze Konstrukt.

4. Ein besserer Compiler gibt eine Warnung aus.

5. Ein noch besserer Compiler meldet dich zum nächsten C-Kurs an.

Karlson vom Dach schrieb:
> Das steht so in einem SPS-Programm. Ich frage mich nur warum ?

Höre auf zu plenken und sage gleich, dass es eine SPS-Anweisung ist.

Ist doch ganz einfach!

Heinz schrieb:
> Christian F. schrieb:
>> Eigentlich genau das, was du mit if(1) schreibst. Der Code wird immer
>> ausgeführt, die If-Schleife könnte man sich sparen. Wo hast du das denn
>> her?
>
> Echter Blödsinn.
>
> 1. Die Anweisung "variable=1;" wird nicht ausgeführt, da der Ausdruck
> "(0)" nicht wahr ist.

Sag ich doch. Andererseits ist if(123) aber schon wahr. Das hab ich 
gerade in VS2010 ausprobiert. Man könnte also sagen, daß alles außer 
if(0) wahr ist.

>
> 2. Eine "If-Schleife" gibt es nicht.

Gut, ich glaube das weis jetzt jeder

>
> 3. Ein guter Compiler entfernt das ganze Konstrukt.

Quatsch

>
> 4. Ein besserer Compiler gibt eine Warnung aus.

Schon eher

>
> 5. Ein noch besserer Compiler meldet dich zum nächsten C-Kurs an.

Sag ich nichts dazu, weil ich einfach nur wissen wollte, was jemand 
damit bezwecken möchte. Der Code wurde nicht generiert. Ich sitzte geade 
vor einem ziemlich mächtigem Projekt welches auch astrein funktioniert 
und ansonsten ziemlich trickreich programmiert wurde. Wenn du denjenigen 
nicht kennst und auch nciht einschätzen kannst, solltest du dir deine 
arroganten Kommentare verkneifen.

Es ist keine SPS Anweisung. Sondern C-Code.

Es gibt nämlcih auch SPSen die man in ANSI-C oder auch schon 
objektorientiert programmieren kann. Da die meisten aus Unwissenheit 
darüber nicht bescheid wissen, denken sie immer automatisch an FUP oder 
KOP.

Ja, die Zeiten haben sich geändert.

Mich erinnert das an eine alte Anleitung noch aus Win98-Zeiten. Hier der 
Auszug:

[Zitat]

Aber noch mal zum HexView von der WinAmp.Exe, da steht ja
  dieses tolle R„tsel am Anfang:

    if (billg != satan)
      exit(1);
    else
      ShowNiftyWinamp();

  billg: das ist eine wahrhaftige Globale Variable, diese
  hat immer den Wert 0 (der Wert berechnet sich irgendwie
  aus der Produktqualit„t der Firma)

  satan: ist keine globale Variable, sondern eine nur in
  Unterweltfunktionen benutzte. Deren Wert kennen wir nicht!
  Aber er ist ganz einfach zu berechnen. Dafr wird die
  If abfrage einmal nach C++ regeln umgestellt.

    if (billg == satan)
      ShowNiftyWinamp();
    else
      exit(1);

  Ok, alles beim alten, Bill Gates ist der Satan!

[\Zitat]

Karlson vom Dach schrieb:
> Sag ich doch. Andererseits ist if(123) aber schon wahr. Das hab ich
> gerade in VS2010 ausprobiert. Man könnte also sagen, daß alles außer
> if(0) wahr ist.

Das sind ja nun absolute C-Grundlagen, das 0 unwahr ist, und alles 
andere als wahr gilt.

Der Code wird ein Rest aus der Testphase sein.
Es muss nicht immer #if oder /* */ oder // sein.

DirkB schrieb:
> Der Code wird ein Rest aus der Testphase sein.

Ja, da könntest du allerdings Recht haben. Da habe ich noch gar nicht 
dran gedacht.

Für dieses Beispiel mit nur einer Zeile und C ist es ungewöhnlich.
Aber in Programmiersprachen, die keine mehrzeiligen oder verschachtelten 
Kommentare kennen, kann man damit diese Einschränkungen umgehen.

if (4294967296) ist für die meisten Compiler übrigens wieder falsch ;)

Rolf Magnus schrieb:
> Karlson vom Dach schrieb:
>>>
>>> 3. Ein guter Compiler entfernt das ganze Konstrukt.
>>
>> Quatsch
>
> Warum sollte das Quatsch sein? gcc tut das, und das ist gut

1

if(CompilerOptimierung == 0)

2

{

3

    KonstruktInMaschinenCodeUebernehmenAberUeberspringen();

4

}

5

else

6

{

7

    KonstruktEntfernen();

8

}

Gruß