LPARAM nur bei Zeigern? 64Bit

[EWeiss]

Zitat:

Wenn Sie Zeiger an SendMessage/PostMessage/TControl.Perform übergeben, sollten die Parameter wParam und lParam in den Typ WPARAM/LPARAM und nicht in Integer/Longint umgewandelt werden.
Richtig:
SendMessage(hWnd, WM_SETTEXT, 0, LPARAM(@MyCharArray));

Falsch:
SendMessage(hWnd, WM_SETTEXT, 0, Integer(@MyCharArray));

Ok. .Das sollte klar sein..
Aber wie verhält es sich bei dieser Konstellation.

SendMessage(WinHandle, WM_COMMAND, MAKELONG(Word(MenuWahl), 0), 0);

MAKELONG ist ja eigentlich kein NativeUint..
WPARAM voran setzen oder ignorieren es funktioniert auch mit Integer.

Bin mir da jetzt nicht so sicher da es nicht erwähnt wird.
Die Infos sind alle etwas Halbfertig.

gruss

[p80286]

Soweit ich das verstanden habe erwartet Windows einen 64Bit Wert, MAKELONG liefert aber nur einen 32Bit Wert. D.h. die hoch(wertigen) 32Bit sind nicht definiert.

Gruß
K-H

[EWeiss]

Zitat von p80286:

Soweit ich das verstanden habe erwartet Windows einen 64Bit Wert, MAKELONG liefert aber nur einen 32Bit Wert. D.h. die hoch(wertigen) 32Bit sind nicht definiert.

Gruß
K-H

Das Problem ist das einige Leute sagen man soll die Werte so belassen wie sie sind und nur ausschließlich Zeiger Konvertieren über LPARAM als Beispiel.
Das ist wieder so eine Sache das man nicht weis was am ende der richtige weg ist.
Rein technisch gesehen würde ich es so auslegen.

SendMessage(WinHandle, WM_COMMAND, WPARAM(MAKELONG(Word(MenuWahl), 0)), 0);

Nur nicht jeder ist der gleichen Meinung.
Hier zum Beispiel!

Zitat:

I'd suggest don't use NativeInt or NativeUInt for non-pointer-based values. Try to keep your code semantically the same between 32-bit and 64-bit. If you need 32 bits of range, use Integer; if you need 64 bits, use Int64. That way your code should run the same on both bitnesses. Only if you're casting to and from a Pointer value of some kind, such as a reference or a THandle, should you use NativeInt.

gruss

[KodeZwerg]

Hi Emil!

Hast Du Dir schon mal das MAKELONGLONG angeschaut?



Grüße

-Marc

[EWeiss]

Zitat von KodeZwerg:

Hi Emil!

Hast Du Dir schon mal das MAKELONGLONG angeschaut?



Grüße

-Marc

Was willst du mir damit sagen?

gruss

[KodeZwerg]

Na ich wollte darauf hinaus wie Du Windows Deine 32bit Variable verkaufen könntest. Also aus der MAKELONG eine MAKELONGLONG. Tut mir leid wenn Ansatz falsch ist.

[himitsu]

Integer(@MyCharArray) ist falsch, weil es unter 64 Bit den Wert abschneidet und Daten vernichtet.

MAKELONG an LPARAM gibt keinerlei Probleme, da der kleinere Wert immer in den Größeren rein passt.

Zitat von p80286:

Soweit ich das verstanden habe erwartet Windows einen 64Bit Wert, MAKELONG liefert aber nur einen 32Bit Wert. D.h. die hoch(wertigen) 32Bit sind nicht definiert.

Falsch verstanden.

TypeCast bei Integer-Typen ... dabei wird korrekt umgewandelt, also die höheren Bits werden mathematisch "aufgefüllt".

[EWeiss]

Zitat:

Integer(@MyCharArray) ist falsch, weil es unter 64 Bit den Wert abschneidet und Daten vernichtet.

Ja deshalb verwende ich ja bei Pointern auch LPARAM.

Zitat:

MAKELONG an NativeUInt gibt keinerlei Probleme, da der kleiner Wert immer in den größeren rein passt.

Ok Danke.. dann ist das geklärt und ich weis worauf ich achten muss.

gruss

[p80286]

Zitat von himitsu:

TypeCast bei Integer-Typen ... dabei wird korrekt umgewandelt, also die höheren Bits werden mathematisch "aufgefüllt".

Danke, gut zu wissen.
Gruß
K-H

[himitsu]

Neu bei expliziten Casts von ordinalen Typen (z.B. Integer) wo beie Seiten die selbe Größe (Bits/Bytes) besitzen, da wird ohne Wert-Umrechnung gearbeitet.