Invalid_handle_value

[Der schöne Günther]

Zitat von Alexander I:

Ist der Grund der Unterschied der Compilierung auf 32bit und 64bit System?

Ganz genau das. Aus genau dem Grund sollte man THandle als Datentyp nehmen. Unter Windows haben Dinge wie ComPort-Handles nicht mehr 32, sondern 64 Bit. Cardinal ist allerdings immer 32 Bit. THandle nicht, das ist entweder 32 oder 64 Bit, je nach Plattform.

Zitat von EWeiss:

Oder
FHandle : HWND
kommt auf das gleiche raus.

Es gibt keinen einzigen Grund weshalb man ein CreateFile-Handle in ein HWND ablegen sollte.

[EWeiss]

Zitat:

Es gibt keinen einzigen Grund weshalb man ein CreateFile-Handle in ein HWND ablegen sollte.

Klar weil es für HWND uninteressant ist ob 32 oder 64 Bit Anwendung.
Ich verwende grundsätzlich kein THandle. (Das ist wieder so ein Delphi Ding.)

Aber du kannst es ja machen wie du willst.
Es sei denn ich habe den Zusammenhang nicht richtig verstanden.. Dann sei's so.

In einem jedoch hast du recht ein ungültiges HWND kann nicht mit INVALID_HANDLE_VALUE verglichen werden.
Dafür wäre dann IsWindow(myHWND) zuständig.

gruss

[Zacherl]

Zitat von EWeiss:

Zitat:

Es gibt keinen einzigen Grund weshalb man ein CreateFile-Handle in ein HWND ablegen sollte.

Klar weil es für HWND uninteressant ist ob 32 oder 64 Bit Anwendung.
Ich verwende grundsätzlich kein THandle. (Das ist wieder so ein Delphi Ding.)

Aber du kannst es ja machen wie du willst.
Es sei denn ich habe den Zusammenhang nicht richtig verstanden.. Dann sei's so.

Von der technischen Seite her macht es tatsächlich keinen Unterschied, ob du THandle oder HWND verwendest. Semantisch gesehen ist das aber eine andere Sache. HWND ist ein von Microsoft definierter Typ, der explizit für Window-Handles vorgesehen ist. CreateFile liefert aber ein generisches Handle (bzw. ein File-Handle). Hierfür hat MS den Typ HANDLE eingeführt, für den es in Delphi den Alias THandle gibt.

[Der schöne Günther]

Das ist im Endeffekt das gleiche wie als irgendjemand vor 15 Jahren gesagt hat "Von der technischen Seite her macht es tatsächlich keinen Unterschied, ob du THandle oder Cardinal verwendest."

[Zacherl]

Zitat von Der schöne Günther:

Das ist im Endeffekt das gleiche wie als irgendjemand vor 15 Jahren gesagt hat "Von der technischen Seite her macht es tatsächlich keinen Unterschied, ob du THandle oder Cardinal verwendest."

Naja MSDN sagt folgendes:

Code:

typedef void *PVOID;
typedef PVOID HANDLE;
typedef HANDLE HWND;

Macht in diesem Falle also tatsächlich auch in der Zukunft keinen Unterschied, sofern die Definition von HWND beibehalten wird (was aus Gründen der Abwärtskompatibilität sicherlich geschieht).

[himitsu]

Zitat von Zacherl:

sofern die Definition von HWND beibehalten wird

Nja, oder so lange sich HANDLE nicht ändert, denn auch wenn es "aktuell" der gleiche Typ ist, muß das nicht so bleiben.

z.B. könnte HWND in Zukunft 32 Bit bleiben,
aber HANDLE könnte man auf 64 Bit ändern.

PS: Für SendMessage gibt es eigentlich auch die Typen LPARAM, WPARAM und LRESULT, die Delphi zwar kennt, aber die fast niemand verwendet, noch nichtmal Delphi.



Ein Problem ist auch, das die Codevervollständigung und CodeInsight/HelpInsight den Namen des Basistypen aber nicht des verwendeten "Alias" anzeigen.
Außer man definiert etwas explizit nicht als Alias, sondern als neuer (abgeleiteter) Typ.

[Zacherl]

Zitat von himitsu:

Nja, oder so lange sich HANDLE nicht ändert, denn auch wenn es "aktuell" der gleiche Typ ist, muß das nicht so bleiben.

z.B. könnte HWND in Zukunft 32 Bit bleiben,
aber HANDLE könnte man auf 64 Bit ändern.

Ziemlich unwahrscheinlich, weil ja jetzt schon beide Typen mit der Pointer-Size skalieren.

Generell habt ihr natürlich recht, dass man bei Möglichkeit doch bitte den korrekten Typ verwenden sollte. Das wollte ich mit meiner ersten Aussage auch auf gar keinen Fall in Frage stellen. Hier sollte HANDLE /THandle verwendet werden und daran gibt es nichts zu rütteln.

[Alexander I]

Danke.