ShlObj: Implementierung der Interface-Methode IContextMenu

[Union]

Der wurde nur umbenannt, ändert nichts an der Parameter Signatur.

[himitsu]

Damit die codes nicht zu sehr ausarten (falls/wenn man UINT_PTR nochmal braucht)

Delphi-Quellcode:

{$IFNDEF VER230}
  type UINT_PTR = UINT;
{$ENDIF}

function GetCommandString(idCmd: UINT_PTR; uFlags: UINT; pwReserved: PUINT;
  pszName: LPSTR; cchMax: UINT): HResult; stdcall;

oder besser so (dafür kann man sich ja mal eine kleine Types-Unit zusammenstellen)

Delphi-Quellcode:

// ebenfalls die CompilerVersion prüfen
{$IF CompilerVersion < 23.0}
  type UINT_PTR = UINT;
{$IFEND}

// auf den Typen selber prüfen
{$IF not Declared(UINT_PTR)}  // es gibt auch Defined, für Compilerschalter
  type UINT_PTR = UINT;
{$IFEND}

Dieses IFDEF VERxxx hat einen sehr großen Nachteil. Es ist immer auf genau eine Version ausgelegt, aber meistens will man ja etwas ab/bis zu einer bestimmten Version haben.

[Bernhard Geyer]

Zitat:

Zitat von Union (Beitrag 1128374)

Der wurde nur umbenannt, ändert nichts an der Parameter Signatur.

Äh, stimmt. Irgendwie hatte ich da noch einen weiteren Parameter gesehen :wall:

[Mavarik]

Zitat:

Zitat von Union (Beitrag 1128370)

Wenn Du die Antworten hier lesen würdest, hättest Du es schon eine Woche früher gehabt :(

Ich habe das Problem nicht "gleichgesetzt" daher auch nicht verstanden!

Mavarik

PS.: Trotzdem Danke für die Ermahnung! :twisted: Genau das was ich auch noch brauche bei den ganzen Umstellungsproblemen...

[Union]

Immer wieder gerne ;) Meine Umstellung ist durch, habs wegen unerklärlicher Instabilitäten in der IDE und im Kompilat aber wieder gelöscht.

[Mavarik]

Zitat:

Zitat von Union (Beitrag 1128389)

Immer wieder gerne ;) Meine Umstellung ist durch, habs wegen unerklärlicher Instabilitäten in der IDE und im Kompilat aber wieder gelöscht.

WOW Du kannst einem echt Mut machen...

[Union]

Aber ich hab ein Umstellungsprotokoll, sobald XE2 ein paar Fortschritte macht wird es erneut versucht.