Delphi 13 crasht komplett, wenn man ein neues Projekt anlegt

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

[smarp]

Danke für eure Hilfe, leider geht's bei mir immer noch nicht. Hatte auch schon alles von .Net deinstalliert, auch 4.8, aber bei mir hält sich der Fehler hartnäckig. Ich werde es nochmal in der VM ausprobieren.

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