Unterschied zwischen "not" und "false"?

[mkinzler]

Zitat:

Wie meinst Du das?

Alles lesen

Zitat:

Das Problem ist das true als <> 0 deklariert ist, also True nicht unbedingt True ist.

[vlees91]

Zitat:

Zitat von romber (Beitrag 1041259)

Wie meinst Du das?

Direkter Unterschied fuer die Augen (in asm)
http://www.delphipraxis.net/1041247-post5.html

[Sherlock]

:shock:
Also, wer so was macht

Delphi-Quellcode:

b := Boolean(3);

, der nutzt auch undokumentierte API-Funktionen :lol:. Bei mir sind Bool immer wirklich Bool, dann wäre (ich mach sowas nicht) eine Frage nach true auch ohne Konsequenzen.

Sherlock

[himitsu]

@Sherlock: das ist nur die Kurzform ... stell dir mal vor du bekommst den Bolean als Result von einem ASM-Code oder irgendeiner anderen externen Quelle ala C++-Code und Co.

[guinnes]

http://www.delphi-treff.de/tutorials...faengerfehler/

[xZise]

Zitat:

Zitat von Sherlock (Beitrag 1041292)

:shock:
Also, wer so was macht

Delphi-Quellcode:

b := Boolean(3);

, der nutzt auch undokumentierte API-Funktionen :lol:. Bei mir sind Bool immer wirklich Bool, dann wäre (ich mach sowas nicht) eine Frage nach true auch ohne Konsequenzen.

Sherlock

Das ist eine Frage der Definition. Der Wahrheitswert "wahr" ist nicht 0. Das heißt, der Boolean b := 3 ist ein gültiger Wahrheitswert. Abgesehen davon ist der Boolean ja auch 8 bit breit. Ich meine wenn du eine Spezifikation hast in der steht: Wenn auf der Leitung keine Spannung anliegt, dann ist das falsch, ansonsten wahr, und du guckst, ob eine negative Spannung anliegt, aber auch positive Spannungen anliegen können, dann hast du es falsch implementiert.

MfG
Fabian

[romber]

OK, vielen Dank!

[WM_CLOSE]

in den älteren Delphi versionen (ich glaube<6) hängt das von den Definitionen von "true" und "false" ab:
einige API funktionen geben kein Delphi true zurück, sonder eines aus c/c++ das ist dann von mir aus nicht 1 sondern <> 0

[rollstuhlfahrer]

Zitat:

Zitat von WM_CLOSE (Beitrag 1041352)

einige API funktionen geben kein Delphi true zurück, sonder eines aus c/c++ das ist dann von mir aus nicht 1 sondern <> 0

Nicht ganz. Es ist sogar -1 und das ist das ganz große Problem:
true (Delphi) = 1, false (Delphi) = 0
true (C) = -1, false (C) = 0
Das kommt daher, weil man für C den Wert Byte($FF) benutzt, bei dem nun mal -1 rauskommt.

Bernhard

[Sfaizst]

Ich programmier jetz schon relativ lange, aber jetz brennt mir doch ne ziemlich primitive frage auf der zunge.

Wie kann ein Byte, welches 8 Bit hat und im wertebereich von 0..255 liegt bei $FF (ist bei mir 255 sogar mitm wincalc (auch wenn ichs so wusste) ) den Wert -1 annhemen?