Delphi 12 CE stürzt ab

[Redeemer]

Ich kann in der frisch installierten CE 12.1 noch nicht mal ein Projekt erstellen oder öffnen. Das Programm schließt sich ohne Fehlermeldung. Ich gehe mal von Stapelüberlauf aus. Einzelne Dateien zu erstellen geht.
Hatte beim ersten Versuch den Migrationsassistenten ausgeführt - ein Fehler, wie sich herausstellte. Der hat nämlich einen Haufen inkompatibler Packages übertragen. Dachte erst, es hätte daran gelegen, aber eine Neuinstallation hat auch nicht geholfen.

Auf Englisch geht's. Frustrierend.

[himitsu]

Zitat:

Das Programm schließt sich ohne Fehlermeldung

siehe Windows-Ereignisanzeige > Windows-Protokolle > Anwendung > zum jeweiligen Programmnamen, aber auch vom WER (Windows Error Reporting)

oder Virenscanner?


Vergiss den Schrott von Migrations-Tool. (eigene Meinung, weil das Ding baut gern enormen Mist, vor allem von einer Delphi-Version zur nächsten)

Bei der Deinstallation wird nicht alles gelöscht, also vor einer Neuinstallation am Besten die Reste manuell löschen. (vor allem die Registry)
als Tipp: https://blogs.embarcadero.com/manual...r-10-4-sydney/

[Redeemer]

In der Registry wurde nichts zurückgelassen. Der Programmordner enthielt aber nach der Deinstallation noch über 5 GB in über 16.000 Dateien. Was stimmt nicht mit denen? Warum machen die überhaupt noch einen Uninstaller? In ProgramData und Public war auch noch diverser Kram drin.
Hat aber nicht geholfen.
Der Fehler ist folgender:

Code:

Name der fehlerhaften Anwendung: bds.exe, Version: 29.0.51961.7529, Zeitstempel: 0x65ffd3d4
Name des fehlerhaften Moduls: clr.dll, Version: 4.8.9282.0, Zeitstempel: 0x66e8bd46
Ausnahmecode: 0xc00000fd
Fehleroffset: 0x004594ba
ID des fehlerhaften Prozesses: 0x984
Startzeit der fehlerhaften Anwendung: 0x01db441d90ed2344
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Embarcadero\Studio\23.0\bin\bds.exe
Pfad des fehlerhaften Moduls: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Berichtskennung: fa131e3e-b174-4e0b-9896-93b6bdc6d868
Vollständiger Name des fehlerhaften Pakets: 
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

[jaenicke]

Starte Delphi einfach zweimal und verbinde den Debugger mit der zweiten Instanz (Mit Prozess verbinden). Dann öffne dort das Projekt. Dann solltest du eine Exception und einen Stacktrace sehen.

[himitsu]

Zitat:

... C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll ...

Im Setup (bzw. IDE > Tools > Features verwalten), kannst du einige Zusatzoptionen an-/abschalten (Hilfe, Demos, SDKs uvm.) ... mach ganz unten, in der Liste, das scheiß Refactoring Modeling weg.

[Redeemer]

Zitat von jaenicke:

Starte Delphi einfach zweimal und verbinde den Debugger mit der zweiten Instanz (Mit Prozess verbinden). Dann öffne dort das Projekt. Dann solltest du eine Exception und einen Stacktrace sehen.

Code:

---------------------------
Benachrichtigung über Debugger-Exception
---------------------------
Im Projekt bds.exe ist eine Exception der Klasse $C0000090 mit der Meldung 'floating point invalid operation at 0x6c754779' aufgetreten.
---------------------------
Anhalten   Fortsetzen   Kopieren   Hilfe   
---------------------------

Call von coreide290.bpl nach clr.dll, das dann zigmal und am Ende noch achtmal clrjit.dll (clrjit.dll liegt also oben auf dem Stack). Der Fehler tritt immer wieder auf. Der Stack bleibt offenbar gleich, nur ab dem zweiten Mal ohne clrjit.dll. Der Stack sieht auch noch so aus, wenn es irgendwann einen "stack overflow at $6e2394ba" gibt.

Zitat von himitsu:

Zitat:

... C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll ...

Im Setup (bzw. IDE > Tools > Features verwalten), kannst du einige Zusatzoptionen an-/abschalten (Hilfe, Demos, SDKs uvm.) ... mach ganz unten, in der Liste, das scheiß Refactoring Modeling weg.

Hat nicht geholfen.

[jaenicke]

Mehr steht in dem Stacktrace nicht drin? Normalerweise stehen dort auch Namen der Methoden.

[Redeemer]

Zitat von jaenicke:

Mehr steht in dem Stacktrace nicht drin? Normalerweise stehen dort auch Namen der Methoden.

Da stehen keine Methodennamen.