Fehlerhafte Resourcestrings Verwaltung

[BastiFantasti]

Hallo zusammen,

ich entwickle aktuell eine Anwendung (bzw. hier eine DLL), in der ich Statusmeldungen als Resourcestrings definiert habe.
Bis gestern konnte ich die Anwendung noch kompilieren, ausführen und debuggen.

Heute morgen wollte ich den leicht erweiterten Code debuggen und bin dabei auf ein Problem gestoßen.

Delphi verwechselt aus mir nicht nachvollziehbaren Gründen die Resourcestrings.

In Zeile 119 (1) erfolgt die Formatierung des Resourcestrings mit

Format(S_ServerMaschinenEingelesen,[ErpRestClient.GetMachineCount])
das GetMachineCount Property ist vom Typ Integer, der Formatierungsstring wie oben angegeben ist:

S_ServerMaschinenEingelesen = '(%d) Maschinen für Arbeitsplatz eingelesen';
Beim Formatieren des Integers in den Resourcestring kommt nun während der Ausführung die angezeigte Fehlermeldung (2)

Delphi verwechselt hier scheinbar die beiden resourcestrings "S_ServerMaschinenEingelesen" mit "S_MaschineOK".

Screenshot ist angefügt...

Kennt jemand das Problem und weiß ggf Abhilfe?

Viele Grüße
Bastian

[BastiFantasti]

Problem hat sich erledigt.

Das Problem hängt mit unserem Internationalisierungstoolkit zusammen.
Scheinbar hat sich die Struktur der Sprachdateien durch meine Codeerweiterung verändert.

Wie genau das Tool intern arbeitet weiß ich nicht. Aber scheinbar hat er in der Sprachdatei an dem neuen Speicherbereich den alten Text hinterlegt gehabt.
Ich hab die Sprachdateien nun in das Ausgabe/Debug Verzeichnis kopiert und es klappt wieder

[TiGü]

Bei Änderungen an der EXE/DLL muss die dazugehörige Resourcen-DLL (*.DE, *.EN, usw.) immer mit aktualisiert werden.

[BastiFantasti]

ja, die hatte ich vergessen ins Ausgabeverzeichnis zu kopieren

[himitsu]

Ressourcen falsch/nicht neu kompiliert?
Gibt es irgendwo alte SprachDLLs? (weißt ja, wie bei vcl280.bpl und vcl280.de)

Und RessourceStrings besser so benutzen LoadResString(@S_ServerMaschinenEingelesen) anstatt nur S_ServerMaschinenEingelesen ,
damit sie auch wirklich immer aus der Ressource kommen und nicht eventuell nur als stinknormale Konstante einkompiliert werden.
(so, wie man es z.B. bei Exception.CreateRes und CreateResFmt überall sieht)

[BastiFantasti]

Ja es lag an den alten Sprach DLLs...

im Zusammenhang mit welchem Lokalisierungsansatz werden die von dir beschriebenen Funktionen LoadResString / Exception.CreateRes ... verwendet?

[himitsu]

z.B. einige GNUGetText-Sachen und Andere hooken LoadResString, um auch zur Laufzeit eine andere Sprache zu laden
und auch DevExpress hängt sich da rein.