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

[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:

errr.png

[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.