Verständnisfrage: IF (Bedingung1 ODER Bedingung1)

[DeddyH]

Ach, wenn das so gedacht war, habe ich nichts gesagt

[Darlo]

Hätte es in der Tat mehr ausführen können.

[Neutral General]

Wollte auch erst schreiben dass ich nicht verstehe wie das ein Test sein soll.
Und dann kam grad vorher noch DeddyHs Post und erst dann kam die Erleuchtung

[himitsu]

Wobei myPanel nicht initialisiert ist ... Wenn da "zufällig" ein Wert drin steht, der einen Zeiger auf ein TComponent darstellt, dann knallt es nicht.

PS: {$BOOLEVAL ON} -> http://docwiki.embarcadero.com/RADSt...ler-Direktive)
Hmmmmm, was ist mit XOR?

Zitat von dokwiki:

für die Booleschen Operatoren und und oder um

Und ja, bei Delphi stimmt es, aber z.B. bei PostgrSQL muß man aufpassen.

Die Optimierung kann da diese Prüfungen austauschen/umdrehen und dann knallt's.

UND, in C-Sprachen ist die Auswertungsreihenfolge der Operatoren andersrum, als im Delphi. ( == vor AND statt AND vor =)

[Darlo]

Zitat von himitsu:

Wobei myPanel nicht initialisiert ist ... Wenn da "zufällig" ein Wert drin steht, der einen Zeiger auf ein TComponent darstellt, dann knallt es nicht.

Dann hat man den weiteren Programmablauf aber auch verdient

[bra]

Zitat von himitsu:

UND, in C-Sprachen ist die Auswertungsreihenfolge der Operatoren andersrum, als im Delphi. ( == vor AND statt AND vor =)

Was ich besser finde, da man sich so viele Klammern spart, die man bei Delphi leider immer braucht... und es ist zu bestimmt 99% der Fall, dass man bei einem a = b and c = d nicht zuerst das and ausgewertet haben will...

[himitsu]

Zitat von bra:

und es ist zu bestimmt 99% der Fall, dass man bei einem a = b and c = d nicht zuerst das and ausgewertet haben will...

Dann hast du noch nicht viel mit Bitmasken gearbeitet

[p80286]

Zitat von himitsu:

Zitat von bra:

und es ist zu bestimmt 99% der Fall, dass man bei einem a = b and c = d nicht zuerst das and ausgewertet haben will...

Dann hast du noch nicht viel mit Bitmasken gearbeitet

Die meisten von uns halten ihre eigene beschränkte Sichtweise für allgemeingültig.
Der Unterschied liegt in der Heftigkeit des Schubs, den man braucht, um zu bemerken wie nah der Tellerrand ist.

Gruß
K-H

[bra]

Zitat von himitsu:

Zitat von bra:

und es ist zu bestimmt 99% der Fall, dass man bei einem a = b and c = d nicht zuerst das and ausgewertet haben will...

Dann hast du noch nicht viel mit Bitmasken gearbeitet

Nein, hab ich nicht und ich wage zu behaupten, dass der Großteil der Programmierer das auch nicht ständig tut. Soweit kann ich schon noch über den Tellerrand schauen.