Probleme mit Ressourcen-DLL (Übersetzung - Lokalisierung)

[ralfiii]

Hallo!

Ich hab hier eine Anwendung die in ein paar Sprachen übersetzt wurde. Wir verwenden das Borland-Standardvorgehen: Für jede .exe-Datei existiert z.B. eine .DE - Datei die die deutschen Übersetzungen enthält. Delphi macht das alles ohnehin automatisch.

Wenn die Anwendung auf einen Pfad mit Leerzeichen drin (wie z.B. "C:\program files") installiert wird gibt's Probleme:

Kleiner Auszug aus FileMon:

400 11:36:27 Darwin.exe:1584 QUERY INFORMATION C:\Program files\Darwin\PlgHRVScatter.dll SUCCESS Length: 227328
401 11:36:27 Darwin.exe:1584 QUERY INFORMATION C:\PROGRA~2\Darwin\PL8681~1.DE NOT FOUND Attributes: Error
441 11:36:27 Darwin.exe:1584 QUERY INFORMATION C:\Program files\Darwin\PlgSignalView.dll SUCCESS Length: 309248
442 11:36:27 Darwin.exe:1584 QUERY INFORMATION C:\PROGRA~2\Darwin\PLGSIG~1.DE SUCCESS Attributes: A

Das erste Modul (PlgHRVScatter) wird nicht übersetzt :wall: , das zweite (PlgSignalView) schon.

Offensichtlich versuchen die EXEs .DE-Dateien mit dem gleichen 8+3-Filenamen zu finden, anstatt auf den gleichen Dateinamen zu gehen.

Blöderweise spielt die Realität da nicht mit, dir /x liefert:

30.10.2007 15:10 227.328 PL8681~1.DLL PlgHRVScatter.dll
30.10.2007 15:10 17.408 PL1669~1.DE PlgHRVScatter.DE
30.10.2007 15:10 309.248 PLGSIG~1.DLL PlgSignalView.dll
30.10.2007 15:11 24.064 PLGSIG~1.DE PlgSignalView.DE

(Es gibt in dem Folder einen ganzen Haufen von Modulen deren Namen mit "PlgHRV" beginnen, da geht sich das mit den 8+3-Namen nicht aus)

HILFE! Was kann man da tun?

[Bernhard Geyer]

Ist das ein Fehler der auch auf einem blanken Testsystem auftritt oder nur bei einem System wo evtl. das NTFS + 8.3-Umsetzung u.U. beschädigt ist?

[ralfiii]

Zitat:

Zitat von Bernhard Geyer

Ist das ein Fehler der auch auf einem blanken Testsystem auftritt oder nur bei einem System wo evtl. das NTFS + 8.3-Umsetzung u.U. beschädigt ist?

Hab's grad noch auf einem komplett frischen System probiert - selbes Problem.

[ralfiii]

*** Push ***

[himitsu]

Wenn schon nach den falschen Dateien gesucht wird, dann läuft beim Einlesen was schief.

Müßte man also nicht im System suchen, sondern da wo die Dateinamen ausgelesen werden ...
also da im Delphi wo dieses verwaltet wird.

Würd ich jetzt einfach mal vermuten, denn es werden ja die 8.3-Name verwendet, obwohl es im Dateisystem andere LangeNamen gibt und Windows gibt nicht ohne das man es verlangt die 8.3-Namen aus.

[ralfiii]

OK, offensichtlich doch ein Problem in den Borland-sources.

Ein detaillierter Bugreport ist im QualityCentral unter
http://qc.codegear.com/wc/qcmain.aspx?d=56148

Ralf