Delphi 7 32-Bit unter Windows 10/11 64-Bit Pro (.DEU und .ENU Dateien) CRASH

[paule32.jk]

Hallo,

ich verwende derzeit Delphi 7 auf Windows 10/11.
Ich möchte gerne Locales-Anwendungen (also mehrsprachige Anwendungen) schreiben.
Dazu bietet mir Delphi 7 neben Ressource-DLL auch das erstellen von Language-Files.

Diese Sprachdateien haben dann die Endung .DEU für Deutsch sowie .ENU f+r Englisch US.
Diese Dateien werden auch problemlos erstellt.

Allerdings erhalte ich bei .DEU ein binary, das nicht funktioniert.

Funktioniert nicht im Sinne von:
- wenn die Datei main.DEU existiert, und es ein Deusch-Windows ist, dann bricht die
Anwendung kurz nach dem Start ab.
- wenn die Datei nicht existiert, dann arbeitet die Datei der main.exe ohne Fehler

Ich kann auch die .ENU Datei löschen, ohne das dann das englische Original einen
Fehler anzeigt.

Woran kann das liegen ?

paule32

[himitsu]

Es sind eigentlich nur einfache DLLs.
Und normal ohne jeglichen Code, also nur die alternativen Ressourcen zur OriginalDatei.
Wüsste jetzt erstmal nicht, was dort knallen sollte.

Theoretisch ist es bei vielen Ressourcen auch möglich in die selbe DLL mehrere Varianten zu hinterlegen, jeweils mit einer anderen LangID.

Zitat von paule32.jk:

wenn die Datei main.DEU existiert, und es ein Deusch-Windows ist, dann bricht die
Anwendung kurz nach dem Start ab.

Fehlermeldung? (PS: Bei Dialogen Funktioniert Strg+C und dann hier im Forum via Strg+V als Text einfügen)

Wenn keine Fehlermeldung und Programm ohne irgendwas "einfach weg ist", dann im Ereignissprotokoll des Windows nachsehen, ob sich etwas findet.
-> [Win] Ereignisanzeige > Windows-Protokolle > Anwendung (vielleicht auch System) > unter "deinem" Programmnamen oder WER (Windows Error Reporting)

Zitat von paule32.jk:

Ich kann auch die .ENU Datei löschen, ohne das dann das englische Original einen
Fehler anzeigt.
Woran kann das liegen ?

Da normal oftmals direkt das Englische einkompiliert wird, ist somit Jenes bereits in EXE/DLL enthalten und es ist garkeine externe SprachRessource nötig.
Ich weiß nicht wie das im Delphi 7 war. Aber die alten einstelligen Delphis wurden ja direkt in der gewählten Sprache installiert. Deutsches Delphi = deutsche Sprachressource.
Erinnere mich noch, dass ich beim Kauf des deutschen Delphis zwei DVDs bekam, einmal Deutsch und dann nochmal ALLES in Englisch.

In neueren Delphis ist immer Englisch drin und die anderen vier Sprachen (DE/FR/JP) lassen sich optional installieren. (z.B. liegen dann also solche .DE-Dateien im Delphi-Verzeichnis)
Zusätzlich lässt sich dann auch einstellen welche Sprache die IDE nutzen soll und/oder welche Sprach-Ressourcen in die eigenen EXE/DLL kompiliert gelinkt werden sollen.
-> DelphiVerzeichnis\Bin\BDSSetLang.exe




PS: https://www.embarcadero.com/de/products/delphi/starter

[paule32.jk]

ich habe folgendes:

https://imgur.com/NdTtDEw

[paule32.jk]

als Erweiterung: https://imgur.com/uvQLE5c

[himitsu]

Unter Detail steht vermutlich auch nichts interessantes?

PS: Bilder kann man auch hier im Forum anhängen.
Und du kannst deine Beiträge eine gewisse Zeit bearbeiten (für Anhänge auf Erweitert umschalten), um das zweite Bild einzufügen.
Stell dir mal vor jemand hat in paar Wochen/Monaten/Jahren eventuell das gleiche Problem, bzw. er findet den Thread hier, und die externen Bilder existieren dann aber nicht mehr.

PSS: Du wirst es nicht glauben, aber links unten der [Kopieren]-Kopf.
und hier dann in ein [QUOTE] ... [/QUOTE] und/oder [CODE] ... [/CODE] rein.




0x0eedfade ist leider "nur" der Windows-Code für irgendeine Delphi-Exception.

System-Exceptions geben "normalerweise" nach außen den Code des ursprünglich Fehlers, selbst wenn sie im Programm mal kurz in ein Delphi-Exception-Objekt verpackt waren.
-> StackOverflow (ein häufiger Grund für den Totalabsturz, neben AppHang), sowie AccessError, DivisionBy0, AccessViolation, usw.



Tja, da es nun eine Delphi-Exception ist (mehr kann Windows dazu nicht wissen, weil es Delphi/Pascal nicht kennt),
wirst du wohl lernen müssen, wie man den Delphi-Debugger benutzt, denn der kennt den Inhalt seiner Delphi-Exceptions und kann somit mehr zum Problem aussagen.

[paule32.jk]

Hallo,

ich habe folgende "trivale" Vorarbeit gemacht:

1. Schritt:
- Delphi 7 geladen
- Neues Anwendungsprojekt erstellt (mit einer TForm)
- Ein TLabel auf TForm platziert
- kompiliert und gespeichert.
- ausgeführt mit F9-Taste in der IDE (geht)

2. Schritt
- Projekt-Sprache hinzugefügt (.DEU) - habe eine englische Version von Delphi 7
- durch die Wizards gesteäpt und neu kompiliert (ging ohne Probleme)

3. Schritt
- .DEU Projekt (DRC Projektdatei geändert - mit Delphi 7 Boardmitteln)
- kompiliert ohne Probleme

4. Schritt
- Programm aus Schritt wieder ausgeführt - nun Crash mit folgender Abzeige:

[paule32.jk]

Hallo,

komisch, nun geht es.
Fehler war begründet in den Parameter-Einstellungen des Debugprozesses, die irgendwie in der .EXE
gespeichert werden (anders kann ich es mir nicht erklären...).

Nachdem ich unter Projekt->Parameter einen Eintrag hatte, den ich vor langer langer Zeit dort ein-
geschrieben hatte (und vergessen hatte ihn wieder zu entfernen, da ich damlas mit .DLL Programmen
ubd anderen gedönz gewerkelt hatte).

Nun habe ich das dann gegengescheäckt, und habe das mal rausgestöpselt und ALLES nue kompiliert.

Und sehe da, es funktioniert.

Fragt mich nicht, wo da der leere Ressourcen-String hergekommen ist...

Gruß, paule32

[himitsu]

Ja, das wird natürlich in den Projekt-Optionen gespeichert.

dof/cfg, bzw. in nachfolgenden Delphis die dproj

[paule32.jk]

Hallo,

nachdem nun das Lader der .DLL / .DEU Datei(en) funktioniert, bleibt eine nächste Frage offen:
Wie kann man die Controls so umwuscheln, als hätte man eine .DEU Datei gerade geladen ?

Also: Das die nachträglichen Änderungen Wirkung zeigen.

Oder muss dazu die Anwendung immer neu gestartet werden?

Gruß, paule

[peterbelow]

Zitat von paule32.jk:

Hallo,

nachdem nun das Lader der .DLL / .DEU Datei(en) funktioniert, bleibt eine nächste Frage offen:
Wie kann man die Controls so umwuscheln, als hätte man eine .DEU Datei gerade geladen ?

Also: Das die nachträglichen Änderungen Wirkung zeigen.

Oder muss dazu die Anwendung immer neu gestartet werden?

Gruß, paule

D7, das ist Jahrzehnte her... So weit ich mich entsinne gab es da eine Beispielanwendung für Multilanguage im Lieferumfang die auch den Wechsel der UI-Sprache in der laufenden Anwendung demonstriert hat. Ansonsten such mal auf Codenews Fast, das Archiv enthält die alten Borland und Emba Newsgroups, da findet sich viel zu alten Delphi-Versionen.