ShlObj -> PickIconDlg() - merkwürdiges Verhalten

[KodeZwerg]

Achso meinst Du das. Ich Vergleiche meist alles mit was bestimmten (wenn ich Wert selbst gesetzt habe). Mir ist bekannt das idR nur False = 0 (oder -1 oder höchst möglicher negativwert) hat und True alles darüber aber was kann passieren wenn ich innerhalb Delphi funktionen wo ich selbst ein Delphi True oder Delphi False setze und später auf eben dieses kontrolliere ?

Wenn in aufgerufener funktion als result true gesetzt wird, unter was für Umständen ist es kein True?

Beispiel:

Delphi-Quellcode:

function IsTrueReallyTrueOrDoesItFoolMe: Boolean;
begin
  Result := True;
end;

[EWeiss]

Zitat:

Wenn in aufgerufener funktion als result true gesetzt wird, unter was für Umständen ist es kein True?

Weil eine solche Übergabe schlichtweg unsinnig ist.
Ohne das vorher irgendein vergleich stattfindet.

Ja ich weis ist nur ein Beispiel.. aber trotzdem.

gruss

[Alter Mann]

Code:

Returns 1 if successful; otherwise, 0.

[EWeiss]

Zitat von Alter Mann:

Code:

Returns 1 if successful; otherwise, 0.

Kann ja nicht stimmen die Funktion liefert immer 1 zurück somit hinkt dein vergleich. "Ohne das vorher irgendein vergleich stattfindet."

gruss

[HolgerX]

Hmm..

Zitat von EWeiss:

Zitat von Alter Mann:

Code:

Returns 1 if successful; otherwise, 0.

Kann ja nicht stimmen die Funktion liefert immer 1 zurück somit hinkt dein vergleich. "Ohne das vorher irgendein vergleich stattfindet."

gruss

Wenn ich bei PickIconDlg auf 'Abrechen' Clicke, dann wird '0' zurück geliefert, somit hat der User nichts ausgewählt...

Es stimmt also die Beschreibung von MS..

Das bei Boolean/Bool/Longbool nicht mit z.B. '= True' geprüft werden soll, ist ja bereits in diversen Threads hier im Forum besprochen worden und sollte eigentlich kein Thema mehr sein

[EWeiss]

Zitat:

Wenn ich bei PickIconDlg auf 'Abrechen' Clicke, dann wird '0' zurück geliefert, somit hat der User nichts ausgewählt...

Richtig!

Aber nicht wenn du diese Funktion aufrufst.

Delphi-Quellcode:

function IsTrueReallyTrueOrDoesItFoolMe: Boolean;
begin
  Result := true;
end;

Diese wurde im nachhinein geändert.
Nur so wie sie war und wo ich drauf geantwortet habe ist sie unsinnig weil das Result immer True ist.
Also nochmal!

Das kann in dem fall niemals eintreten.
Returns 1 if successful; otherwise, 0.

Somit stimmt meine Aussage.

Zitat:

Kann ja nicht stimmen die Funktion liefert immer 1 zurück somit hinkt dein vergleich. ZITAT "Ohne das vorher irgendein vergleich stattfindet."

gruss

[EWeiss]

Zitat:

Um dem Unsinn noch ein drauf zu setzen, bitteschön mit Vergleich.

Delphi-Quellcode:

function IsTrueReallyTrueOrDoesItFoolMe: Boolean;
begin
   if not IsTrueReallyTrueOrDoesItFoolMe then Result := True else;
end;

Du hast es wirklich geschafft da noch einen? Nein mindestens 4x Fach draufzusetzen.

Ein klassischer Deadlock rekursiver Aufruf inklusive Stackoverflow.
von deinem else ohne irgendwas mal abgesehen. (Rückgabe undefiniert).
Wow wie kann man in einer Zeile Code so viele Fehler produzieren und sich damit auch noch rühmen.

Gratulation
Das alles kann ich dieser einen Zeile entnehmen ohne sie selbst ausprobieren zu müssen.
Versuche doch mal den unterschied zu ergründen zwischen Funktion <> Property(Getter\Setter) vielleicht kannst du dann deiner einen Zeile (Funktion) noch etwas produktives abgewinnen.

Sorry: Ich bin auch nicht perfekt wie denn auch.. aber veralbern lasse ich mich von dir auch nicht.

gruss

[KodeZwerg]

Zitat von EWeiss:

Zitat:

Wenn in aufgerufener funktion als result true gesetzt wird, unter was für Umständen ist es kein True?

Weil eine solche Übergabe schlichtweg unsinnig ist.
Ohne das vorher irgendein vergleich stattfindet.

Ja ich weis ist nur ein Beispiel.. aber trotzdem.

gruss

Um dem Unsinn noch ein drauf zu setzen, bitteschön mit Vergleich.

Delphi-Quellcode:

function IsTrueReallyTrueOrDoesItFoolMe: Boolean;
begin
  if not IsTrueReallyTrueOrDoesItFoolMe then Result := True else;
end;

[Dalai]

Es gibt nicht nur den Typen Boolean sondern auch BOOL und LongBool, die beide gerne bei WinAPI-Funktionen verwendet werden. Deren Definitionen von True und False unterscheiden sich aber unter Umständen von der von Boolean. Daher sollte man sich gar nicht erst angewöhnen, mit True und False zu vergleichen. Es ist schlicht unnötig und verursacht potentiell Fehler beim Verhalten der Software - sozusagen eine Diskrepanz zwischen dem, was der Programmierer sich denkt und dem, was er tatsächlich an Code geschrieben hat.

Nicht nur hier im Forum wurde das Thema bereits intensiv diskutiert. Da finden sich mit Sicherheit bessere und detailliertere Begründungen.

Grüße
Dalai