CopyFileEx und Codeoptimierung XE5

[Sir Rufo]

Die Erklärung ist auch unter CopyFileEx und Windows Data Types zu finden.

Delphi-Quellcode:

pbCancel

ist vom Typ ein

Delphi-Quellcode:

LPBOOL

, der wiederum ein Pointer auf ein

Delphi-Quellcode:

BOOL

ist und das ist vom Typ ein

Delphi-Quellcode:

INT

.

Ein

Delphi-Quellcode:

BOOLEAN

ist ein

Delphi-Quellcode:

BYTE

.

Ich habe aber auch erst jetzt nachgesehen ;)

[Der schöne Günther]

Alter Schwede, den Fehler habe ich dann aber auch schon ein paar mal gemacht! :shock:

Bislang ist mir noch nichts um die Ohren geflogen...

[DeddyH]

Bei LPBOOL böte sich der generische Typ BOOL an (in Windows.pas als LongBool deklariert), dann sollte das doch automatisch passen, oder?

[Uwe Raabe]

Zitat:

Zitat von DeddyH (Beitrag 1255330)

Bei LPBOOL böte sich der generische Typ BOOL an (in Windows.pas als LongBool deklariert), dann sollte das doch automatisch passen, oder?

Genau dafür gibt es den ja auch.

[DeddyH]

Ja eben :)

[wurzelzwerg]

Das perverse war ja dass es bei mir ohne Codeoptimierung funktioniert hat. :shock:

[Uwe Raabe]

Zitat:

Zitat von wurzelzwerg (Beitrag 1255338)

Das perverse war ja dass es bei mir ohne Codeoptimierung funktioniert hat. :shock:

Das liegt wohl eher an den zufälligen Werten in den 3 höheren Bytes, die mit und ohne Optimierung halt andere Inhalte haben. War das jetzt sowas wie ein Mini-Heartbleed?

[wurzelzwerg]

Random Bug :lol:
Na gut, habs grad noch überlebt :stupid: :cheers:

[himitsu]

Ich finde es ja praktisch, daß inzwischen immer mehr dieser APIs entweder direkt mit einem VAR-Parameter deklariert wurden, oder dass es davon eine entsprechende überladene Version gibt.

Dort schlägt dann die Typprüfung des Compilers zu und der Fehler wird schnell entdeckt.

[uligerhardt]

Zitat:

Zitat von himitsu (Beitrag 1255364)

Ich finde es ja praktisch, daß inzwischen immer mehr dieser APIs entweder direkt mit einem VAR-Parameter deklariert wurden, oder dass es davon eine entsprechende überladene Version gibt.

Dort schlägt dann die Typprüfung des Compilers zu und der Fehler wird schnell entdeckt.

Wenn man in den Compileroptionen "Typisierter Adressoperator" einschaltet, hätte der Compiler hier vermutlich auch gemeckert. Ärgerlich, dass das defaultmäßig deaktiviert ist.