Delphi 13 crasht komplett, wenn man ein neues Projekt anlegt

[smarp]

Egal, ob ich ein neues VCL-Projekt anlegen oder ein vorhandenes Projekt laden möchte. Delphi 13 crasht in den Fällen komplett ohne Fehlermeldung und verabschiedet sich.

In der Windows-Ereignisanzeige steht das:
Fehlerhafter Anwendungsname: bds.exe, Version: 37.0.57242.3601, Zeitstempel: 0x68b7aafc
Fehlerhafter Modulname: clr.dll, Version: 4.8.9310.0, Zeitstempel: 0x67db4f7d
Ausnahmecode: 0xc00000fd
Fehleroffset: 0x004597aa
Fehlerhafte Prozess-ID: 0x3144
Fehlerhafte Anwendungsstartzeit: 0x1DC2BA1C032C2CC
Fehlerhafter Anwendungspfad: C:\Program Files (x86)\Embarcadero\Studio\37.0\bin\bds.exe
Fehlerhafter Modulpfad: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr. dll
Berichts-ID: 6710123a-b569-4c76-a3ee-38fccfbaf5c6
Vollständiger Name des fehlerhaften Pakets:
Fehlerhafte paketbezogene Anwendungs-ID:

Ich hab schon mehrfach alles neu installiert, auch winsdksetup, auch .NET 4.8, auch das .NET Reparaturtool ausgeführt, alles aus der Registry entfernt, wieder komplett neu installiert, immer wieder ein komplett-Crash!
Es ist nicht nur auf meinem Rechner so, auch auf anderen Rechnern.

Die 64 bit IDE scheint das Problem nicht zu haben, aber wir brauchen den 32 Bit Compiler, somit kann ich die nicht verwenden.

Habt ihr ne Idee, woran das liegen könnte bzw. ist das bei jemanden auch passiert?
Danke!

Edit: Es ist ein Windows 11 - Rechner

[dummzeuch]

So auf Anhieb habe ich keine Idee, woran es liegen könnte (außer natürlich den in einem solchen Fall immer verdächtigen IDE-Plugins).

Du kannst aber mal folgendes ausprobieren:

• Eine zweite Instanz der IDE starten
• Unter Run -> Attach to process die erste Instanz im Debugger öffnen und laufen lassen
• In der ersten Instanz ein neues VCL-Projekt erzeugen.

Vielleicht bringt das ja neue Erkenntnisse, wo es knallt (z.B. einen brauchbaren Callstack).

[smarp]

Danke für den Hinweis! Der Fehler tritt konkret in der "clrjit.dll" auf.
Die Fehlermeldung lautet:
Im Projekt bds.exe ist eine Exception der Klasse $C0000090 mit der Meldung 'floating point invalid operation at 0x73584cc5' aufgetreten.

Kann es was mit Visual Studio zu tun haben, da das noch parallel installiert ist?
Scheint ja irgendwas mit Just-In-Time-Compilation von .NET zu sein. Aber .NET hatte ich ja auch mehrmals neu installiert.
Plugins hab ich keine in der IDE, ist eine komplett frische Installation. Ein Projekt zu laden, funktioniert jetzt komischerweise, aber der Fehler tritt nun auf, sobald ich ein Projekt (egal ob neu oder geladen) kompiliere. Dabei crasht das Programm wieder ohne Fehlermeldung.

[jaenicke]

Am besten nimmst du den Process Monitor, filterst auf die bds.exe als Process Name, zudem Path auf Contains clrjit.dll. Dann siehst du den Eintrag, wo die DLL geladen wird. Und im Stacktrace kannst du sehen, welche DLL das macht.

Denn eigentlich sollten solche .NET Geschichten dort nicht nötig sein.

[himitsu]

Joar, selbst wenn man das "Modeling" entfernt, bzw. es nun in 13 bereits entfernt ist, und denkt nun alles .NET loszusein, ist es immernoch drin.
https://www.delphipraxis.net/217790-...-verreckt.html

[smarp]

Irgendwas mit .NET wird schon noch drin sein, sonst würde es diese Fehler in den .NET DLLs ja nicht geben. Es sei denn, Windows zieht die irgendwie selbst an bei bestimmten Operationen.
Was mir nur aufgefallen ist, dass ich Projekte erst laden konnte, wenn ich LSP ausgeschaltet habe. Vorher stürzte das Programm auch beim Laden oder neu Anlegen von Projekten ab. Danach stürzt es ab, wenn ich im Editor was schreiben will oder das Programm kompiliere.

Die ganzen Meldungen mit Process Monitor finde ich leider auch nicht vielsagend bzw. hab weder die Zeit, noch die Lust, mich da tief mit zu beschäftigen. Wir haben für sehr viel Geld Lizenzen gekauft und möchten, dass die einfach funktionieren! Es ist umso ärgerlicher, da Delphi 12.3 schon einen fiesen Bug in FireDAC hatte, womit wir das ganze Programm nicht nutzen konnten und somit immer noch bei Delphi 11 feststecken!

Mich ärgert sehr vieles bei Embarcadero mittlerweile extrem.
Und ich möchte erst gar nicht damit anfangen, dass Embarcadero uns den Ternären Operator als das geilste neue Feature überhaupt verkaufen
will! Das ist für mich eher ein Witz!
Oder die selben Fehler teilweise in der IDE drin sind, die schon in Delphi 5 drin waren oder man nicht vernünftig debuggen kann, weil mal wieder nur das CPU-Fenster aufgeht oder das Refactoring überhaupt nicht geht und nie richtig ging! Ich weiß nicht, warum da nicht auf Entwickler gehört wird und diese grundlegenden Dinge einfach mal gut umgesetzt werden, damit man produktiv arbeiten kann, bevor man nutzlose "Features" einbaut. Die IDE liegt leider Lichtjahre hinter modernen IDEs zurück.
Aber das führt hier zu weit...

[omnibrain]

Ich habe gerade eine komplett neue Windows 11 VM (24H2) aufgesetzt, Delphi installiert. Sonst nichts. Und es crasht bei mir auch.

Code:

Fehlerhafter Anwendungsname: bds.exe, Version: 37.0.57242.3601, Zeitstempel: 0x68b7ab04
Fehlerhafter Modulname: clr.dll, Version: 4.8.9290.0, Zeitstempel: 0x67214cb2
Ausnahmecode: 0xc00000fd
Fehleroffset: 0x004597aa
Fehlerhafte Prozess-ID: 0x17B4
Fehlerhafte Anwendungsstartzeit: 0x1DC2CAB9A543AE2
Fehlerhafter Anwendungspfad: C:\Program Files (x86)\Embarcadero\Studio\37.0\bin\bds.exe
Fehlerhafter Modulpfad: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Berichts-ID: ceeb302d-d008-4404-9222-554a93bd26fd
Vollständiger Name des fehlerhaften Pakets: 
Fehlerhafte paketbezogene Anwendungs-ID:

[edewolf_99]

Hi,
habe auch Win 11 Pro 24H2, allerdings ist bei mir die clr.dll Ver 4.8.9310.0 installiert und mit der funktioniert Delphi 13 (32-Bit) ohne Probleme.

Code:

...
clr.dll, 4.8.9310.0, C:\Windows\Microsoft.NET\Framework\v4.0.30319\
clrjit.dll, 4.8.9310.0, C:\Windows\Microsoft.NET\Framework\v4.0.30319\
codequerydelphi370.bpl, 37.0.57242.3601, c:\program files (x86)\embarcadero\studio\37.0\Bin\
codequeryide370.bpl, 37.0.57242.3601, c:\program files (x86)\embarcadero\studio\37.0\bin\
codetemplates370.bpl, 37.0.57242.3601, c:\program files (x86)\embarcadero\studio\37.0\Bin\
...

Grüße Edwin

Edit : Sorry habe es übersehen, im ersten Post ist auch die Version 4.8.9310

[omnibrain]

Ich habe unter "Installierte Apps" das .Net4.8 SDK und irgendwas anderes mit .Net 4.8 deinstalliert. Jetzt sieht es so aus, als ob es funktioniert.

[Uwe Raabe]

Zitat von smarp:

Irgendwas mit .NET wird schon noch drin sein, sonst würde es diese Fehler in den .NET DLLs ja nicht geben.

Daraus macht Embarcadero auch keinen Hehl: