Verständnisfrage: IF (Bedingung1 ODER Bedingung1)

[Neutral General]

Zitat von DeddyH:

Müsste das nicht *Puff* machen? Immerhin greifst Du auf die Eigenschaft einer Instanzvariablen ohne Instanz zu.

Ich glaube das ist genau der Test. Bei "a" krachts nicht, weils gar nicht ausgewertet nicht und bei "b" schon.

[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