Duplicate Resource - mal etwas anders

[Union]

Hast Du einmal ein minimales Beispielprojekt?

[Gerd01]

Es wäre hilfreich, wenn Ihr mitteilen würdet, dass es sich hier wohl um die gerade erschienene Delphi XE10 Seattle handelt. Alle anderen haben diese Bugs nicht.
Überhaupt wäre es empfehlenwert eine eigene Diskussionsgruppe für XE10 aufzumachen, scheint ja noch einiges im Argen zu liegen.

[Harry Stahl]

Zitat von Gerd01:

Es wäre hilfreich, wenn Ihr mitteilen würdet, dass es sich hier wohl um die gerade erschienene Delphi XE10 Seattle handelt. Alle anderen haben diese Bugs nicht.
Überhaupt wäre es empfehlenwert eine eigene Diskussionsgruppe für XE10 aufzumachen, scheint ja noch einiges im Argen zu liegen.

Ja, sorry, Du hast recht. Es geht hier um Delphi DX 10.

Es lag an eingebundenen VCL-Dateien (z.B. VCL.DDEMAN), die ich über "Mittler-Units" eingebunden habe (also von der FMX-Unit geht ein neutraler Call in eine Unit (GetDDE, nicht direkt ins Projekt eingebunden), welche die Verweise auf die VCL-Unit (VCL.DDEMAN) enthält.

Auf diese Weise kann man Windows-Funktionen, für die es noch keine Windows-FMX-Implementierung gibt (z.B. CF-DROP Clipboard-Format zuweisen) in der Windows-Fassung des Programms verwenden.

Wie gesagt, bis Delphi XE7 (XE8 habe ich nicht getestet) wurde ohne diese Warnmeldung kompiliert.

Programm kompiliert ja auch, nur dem Inhalt der Fehlermeldung nach wird eine FMX-Ressource zugunsten einer VCL-Ressource verworfen, das sieht halt nun so aus, als ob sich da etwas "beißen" würde. Oder das war schon immer so und nur jetzt gibt es diesen Warnhinweis.

Soweit ich das im Moment beurteilen kann, läuft das Programm aber weiterhin fehlerfrei, bislang konnte ich keine Probleme feststellen.

[Harry Stahl]

Aha!

Nun habe ich mal in die jeweiligen Ressourcen-Dateien reingesehen.

Die Controls.res enthält (sowohl in XE7 als auch in DX10) bestimmte Cursor.

In XE7 enthielt die FMX.Controls.win.res nur die Style-Informationen (für Windows 7,8).

In DX10 enthält die FMX.Controls.win.res aber neben den Styles-Informationen (nun für Win 7,8,10) jetzt auch (dann quasi noch mal) die Cursor (siehe anliegende Screenshots).

Ich verstehe die Meldung jetzt aber so, dass nur die (identische) Cursor-Gruppe verworfen wurde, aber der RCDATA-Teil aus der RES-Datei mit den Styles übernommen wurde (muss ja eigentlich, sonst könnte hier ja kein Windows-Stil dargestellt werden).

Scheint also eine Warnung zu sein, die man (in diesem konkreten Fall) ignorieren kann.

[BenB]

Ich habe das gleiche Problem.
Bei mir kann ich dies aber eindeutig auf die TkbmMemtable zurückführen.

Wenn ich die KbmMemTable aus den unit-Suchoptionen und dem Projekt entferne tritt das Problem nicht mehr auf.
Passiert aber lediglich unter Seattle.

[Der schöne Günther]

Falls noch einmal jemand über den Fehler stolpert: Bei mir lag es daran dass ein Datenmodul mit einer FireDAC-Verbindung in den uses die Unit FireDAC.VCLUI.Wait mit drin hatte.

[Mavarik]

Der Thread ist zwar schon ein bisschen älter... Aber

Ich verwende für eine Message die unit FMX.Type… Die holt dann die Cursors...

Mavarik