ShlObj -> PickIconDlg() - merkwürdiges Verhalten

[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

[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]

Ich wollt mich damit nicht rühmen, nur dem Unsinn noch einen drauf setzen, habe aber auch erst beim zweiten mal lesen gemerkt das Du in dem Moment was anderes Meintest.
Thread ist ja erfolgreich geschlossen, Danke nochmals.

Bilder sagen manchmal mehr als tausend Worte, deshalb mal in Anhang eins rangepappt damit man sieht woran ich überhaupt dran bin und worum es mir ging.

[EWeiss]

Zitat:

Thread ist ja erfolgreich geschlossen, Danke nochmals.

Dito! Und für mich gegessen

Hatte erst die Tage selbst ein Problem das ich ohne @Silhwan Hilfe nicht gefunden hätte.
Habe bei meinem Mixer immer wieder nach dem beenden einer Session einen neuen SessionThread erstellt und mich gewundert warum bei mir plötzlich 4x mal die Session der Soundmachine addiert wurde.
Na ja niemand ist perfekt aber gut.. gehört hier nicht hin.

Projekt sieht gut aus

gruss

[KodeZwerg]

Zitat von EWeiss:

Projekt sieht gut aus

Sowas vom Meister der GUIs zu hören, das baut ungemein auf! Dankeschön!
Ich gebe mir viel Mühe und portiere es gerade nach 64bit, da sind noch viele GUI macken zu beheben.
Die Art und Weise wie ich Dateien einlese dauert auch noch zu lange und bedarf Optimierung.
Dann gibt es da generell noch ein .lnk Problem da muss ich erst noch mehr lesen wie das geht, als "Ziel" habe ich momentan nur Datei oder Ordner als "Okay" drinnen aber Windows ist in der Lage da auch andere Sachen einzutragen, Systemordner und solch Zeugs, vielleicht wird die Information ja als Bytes wiedergegeben... mal schauen, da bin ich auf jeden Fall noch fleißig am rummachen bevor es hier groß publik wird.

Ich bin auch Drittanbietern dankbar Speicherlecks aufzudecken, das hilft ungemein