Was steht unter XE6 in Vcl.ComCtrls.TToolBarStyleHook.ApplyImageList?

[TiGü]

Zitat von Daniel:

MSDN schreibt ausdrücklich, dass es sicher ist, die obere 32 Bit abzutrennen, wenn eine 32bit-Anwendung ein solches Handle erhalten soll.

Und eine 64-Bit-Anwendung?
Ist es da auch sicher?
Ich denke eher nicht!

[Daniel]

Nun, Handles lassen sich zwischen Prozessen austauschen - insbesondere auch zwischen 64bit- und 32bit-Prozessen. Da Windows nicht wissen kann, was Du mit dem Handle anstellen wirst, kann es eigentlich nur ein 32bit-kompatibles Handle sein, dass da ausgestellt wird.
Ich muss mal schauen, ob ich die Unterlagen und Quellen wiederfinde. Tenor von MS war: "Der Wertebereich von 32bit langt für den Zweck."

[TiGü]

Könnte trotzdem jemand mal bitte in seinen XE6 VCL-Sourcen nachgucken? Das wäre lieb!

[Daniel]

Ist weiterhin als "Cardinal" deklariert.
Delphi XE6 20.0.15596.9843.


//edit: Ich sehe mal zu, heute Abend einen QC-Eintrag dafür zu erstellen.

[himitsu]

Wobei die 4 Milliarden Handles auch reichen sollte.

OK, oftmals sind das auch nur gekastete Pointer/ListenIndize, aber selbe bei der Beachtung von Signed und einem 8er Align, wären das immernoch über 268 Millionen und wie man das gerne bei den GDI-Handles sieht, sind die schon lange vorher "alle", womit der Wertebereich also locker reicht.

Einige Handle sind ja intern immernoch auf WORD begrenzt. Vielleicht ändert sich das mal, jetzt wo das 16-Bit-Subsystem langsam verschwindet.



Das Problem ist nun also, wenn der Code so im Prinzip eigentlich doch stimmt ... Warum knallt es hier nun eigentlich?

[TiGü]

Zitat von himitsu:

Das Problem ist nun also, wenn der Code so im Prinzip eigentlich doch stimmt ... Warum knallt es hier nun eigentlich?

Das frage ich mich auch!
Aber ich sehe halt, das mit entsprechenden Fix die Probleme in den C++Builder-VCL-Formularen verschwinden.

Kann es damit zu tun haben, dass wir in einer C#-WPF-Anwendung die C++-VCL-Formulare eingebettet haben?

[Daniel]

Nungut, Du wirst wohl nicht ewig Zeit haben, Dich jetzt noch mit dem Fehler zu befassen - zumal Ihr ihn ja für Euch korrigiert habt.
Aber die API-Funktion "SendMessage()" sollte doch auch bei mehrmaligen Aufruf stets das selbe Handle liefern. Man könnte es testweise sowohl in der 32bit- als auch in einer 64bit-Variablen speichern (über einen zweiten Aufruf) und schauen, ob tatsächlich derselbe Wert herauskommt.