WndProc bei Programmen im Hintergrund

[UliBru]

Sorry, hab das mit dem 'Handle' missverstanden und insofern wieder auf die Ausgangsfrage bezogen.

Meine Frage hinsichtlich sorgfältiger Überprüfung von Funktionsergebnissen könnte man insofern auch splitten hinsichtlich
- Rückgabewerte, welche als Ergebniswerte weiterverwendet werden. So z.B. ein zurückgegebenes Handle (Beispiel CreateFileMapping)
- Rückgabewerte, welche anzeigen, dass der Funktionsaufruf ordnungsgemäß ablief oder nicht, also

Delphi-Quellcode:

boolean

oder Fehlerkonstanten/-listen (mir fällt spontan z.B. TASIOError ein)

Im ersteren Fall wäre eine Fehlerauswertung vermutlich immer sinnvoll, im letzteren scheint dagegen häufiger darauf verzichtet zu werden.

[DeddyH]

Es kommt eben auf den spezifischen Einzelfall an. Wenn ich z.B. mit GetWindowThreadProcessId die ProzessId ermitteln möchte, ist mir die Rückgabe (also die ThreadId) wurscht.

[UliBru]

Zitat:

Zitat von DeddyH (Beitrag 1221034)

Es kommt eben auf den spezifischen Einzelfall an. Wenn ich z.B. mit GetWindowThreadProcessId die ProzessId ermitteln möchte, ist mir die Rückgabe (also die ThreadId) wurscht.

Ich glaube nicht, dass Luckie mit seinem (für mich berechtigten) Hinweis darauf hinauswollte, dass man nicht interessierende Funktionsergebnisse ignoriert. Sondern dass man interessierende Funktionsergebnisse auf mögliche Fehler überprüft, so denn die Funktion auch Fehler rückmeldet.
GetWindowThreadProcessId liefert keine Fehler.

[DeddyH]

Vielleicht solltest Du doch einen eigenen Thread dazu eröffnen.