D2010->XE2 API nicht kompatibel

[mkinzler]

Du musst den Typ auf NativeInt stellen, dieser sollte in D2010 auch vorhanden sein. Dieser entspricht Breite des eingesetzten OS.

[himitsu]

Zitat von mkinzler:

Du musst den Typ auf NativeInt stellen,

Problem ist jetzt, also nach der Änderung, daß diese Codes nun nicht mehr kompatibel zu D2010 ist.

Cardinal = unsigned
NativeInt = signed

Das paßt ja sowas von garnicht zusammen.

PS: Eine Änderung auf NativeUInt wäre da wohl korrekt gewesen (falls Cardinal damals richtig gewählt und nicht Integer gemeint war).
Ich liebe diese neuen (oder alten) Bugs

[mkinzler]

Den Typ gibt es schon länger, allerdings war er wohl zumindest bei D2007 fehlerbehaftet

[hanspeter]

Es muss schon nativeuint heissen.
Wobei THandle z.B. als Cardinal oder nativeuint definiert ist.
{$if Possix} -> Cardinal bei windows nativeuint.

Peter

[Phoner]

Wenn du Aufrufe für SendMessage() usw. benutzt, solltest du auch auf WPARAM oder LPARAM casten. Cardinal ist ja auch nur ein gemappter Typ für ein DWORD, wie es in der API häufig benutzt wird. Für x64 sind einige Paramter vom Typ DWORD auf DWORD_PTR umgestellt wurden. Genau diese Datentypen gibt es in Delphi auch.
Ich verwende deshalb in meinen Applikationen immer diese Original-Typen statt irgendwelcher gemappter (Cardinal) Typen.

[jaenicke]

Zitat von himitsu:

PS: Eine Änderung auf NativeUInt wäre da wohl korrekt gewesen (falls Cardinal damals richtig gewählt und nicht Integer gemeint war).

So sieht es auch aus, Beispiel:

Delphi-Quellcode:

type
  ULONG_PTR = NativeUInt;
  SIZE_T = ULONG_PTR;

function ReadProcessMemory(hProcess: THandle; const lpBaseAddress: Pointer; lpBuffer: Pointer;
  nSize: SIZE_T; var lpNumberOfBytesRead: SIZE_T): BOOL; stdcall;

Das Problem sind var Parameter wie diese. Denn da das vorher eben Cardinal war, muss man hier jetzt eingreifen.

Ich selbst habe an solchen Stellen einen eigenen Typ benutzt, der auf den korrekten Typ je nach Delphiversion mappt.