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

[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.

[TiGü]

Es lag übrigens höchstwahrscheinlich daran, weil die VCL-Formulare in einer DLL liegen.
Dadurch sind vielleicht die ganzen Adressen verschoben.