Meldung "Dupicate resource XYZ ... kept ... ABC discarded"

[Harry Stahl]

So, das Problem habe ich nun endgültig gelöst, indem ich aus der VCL.DDEMan.pas eine eigene FMX.DDEMan.pas gemacht habe, die ohne die VCL.forms bzw. VCL.Controls auskommt.

In der Summe spare ich da auch mehr als 1 MB Exe-Dateigröße und laufe nicht Gefahr, dass irgendwelche blöden Probleme durch die Aufnahme der "falschen" Ressourcen in die Exe-Datei entstehen...

Davon abgesehen entstehen wohl auch weitere Seiteneffekte, wenn eine VCL.Forms (indirekt) in die FMX-Exedatei eingebunden wird.

Während das FMX-Anwendungsfenster in der Windows-Fensterliste richtigerweise mit "TFMAppClass" mit dem Titel "PC-Rechnung" (aus den Versionsinformationen) lautet, wird dann ein weiteres unsichtbares Anwendungsfenster (also "TApplication" hier mit dem Namen "Pcrechnung", also auch irgendwie seltsam geschrieben, da Projektdatei "PCRechnung" lautet) erzeugt.

[Harry Stahl]

Um noch mal auf die Ausgangsfrage zurückzukommen:

Mich wundert es und ich frage mich warum, im Verzeichnis

C:\Program Files (x86)\Embarcadero\Studio\20.0\lib\win32\Release

neben den Dateien, die auch unter

C:\Program Files (x86)\Embarcadero\Studio\20.0\lib\win32\debug

sind, noch die beiden Dateien "controls.res" und "FMX.Win.res" zu finden sind.

Warum nur im Release und nicht im Debug-Ordner?

[Uwe Raabe]

Zitat von Harry Stahl:

Warum nur im Release und nicht im Debug-Ordner?

Weil der Debug-Ordner zusätzlich zum Release-Ordner am Anfang in den Suchpfad eingefügt wird. Damit bekommen die Debug-DCUs Vorrang vor den Release-DCUs. Folglich brauchen aber auch die unveränderten Release-Dateien nicht noch als Kopie im Debug-Ordner vorhanden sein, da sie ja im Release-Ordner gefunden werden.

[Harry Stahl]

OK, danke Uwe, muss ich wieder über eine Sache weniger grübeln...