Delphi XE8 IDE stürzt sporadisch ab (unabhängig von Update 1)

[devidespe]

Hallo,

seit der Portierung eines Projektes auf XE8 habe ich das Problem, dass die IDE während der Entwicklung sporadisch abstürzt und nicht mehr reagiert, sowie grundsätzlich teilweise sehr träge reagiert. Selbst wenn ich in einem Projekt eine Hilfs-Unit bearbeite, die wirklich nur String-Routinen und keine Formulare/Komponenten verwendet, tritt das auf.

Zum Einsatz kommt ein Win 7 x64 und wenige zusätzliche Komponenten, wie etwa das TMS Component Pack. Da vermute ich das Problem aber nicht. Mit Delphi XE7 gab es diese Probleme nicht. Auch die separate Installation ohne das XE8 Update 1 half nichts...

Kann das jemand nachvollziehen oder mir einen Tipp geben, wo ich ansetzen könnte? Weil das Arbeiten in diesem Zustand praktisch nicht vernünftig möglich ist. Vielen Dank.

[jaenicke]

Deaktiviere einfach einmal Castalia...

Und ansonsten gibt es das Out-Of-Memory Problem auch bei XE8 noch.

[mkinzler]

Die IDE Fixe vom Update 1 sind auch nur im Subscription Update enthalten

[Rollo62]

Willkommen im Club.
Bei XE7 hatte ich null Probleme, und dummerweise angenommen XE8 wäre noch stabiler.

Bei mir hat Options Use MSBUILD External sehr geholfen gegen Out-Of-Memory.

Weil ich auch (noch) nicht die Subscription habe bekomme ich nur das kleine General Hotfix.
Deshalb ist Suscription bestellt, und sollte heute ankommen für ein großes Upd1.

Rollo

[kretabiker]

Interessant - bei mir war es genau anders herum: XE7 war nicht zu gebrauchen wegen der OoM-Fehler, mit XE8 und UPD1 (Subscription) kann ich damit arbeiten. Ob das nun an der Subscription-Version des Updates liegt, kann ich nicht sagen, aber der TE hat ja bald eine Vergleichsmöglichkeit, wäre interessant zu hören, ob es Unterschiede bei ihm gibt.

[mkinzler]

Zitat:

Ob das nun an der Subscription-Version des Updates liegt

Laut den relesae notes ja.

[Rollo62]

Ich muss allerdings sagen das ich mit XE7 nur unter Win32 gearbeitet haben, und
CrossPlatform testweise.
Weil es so gut lief hatte ich dann ein echtes Projekt CrossPlatform angefangen.

Unter Win32 habe ich nach wie vor wenig Probleme.

Rollo

[Bambini]

Zitat:

Zitat von devidespe (Beitrag 1306484)

Hallo,

seit der Portierung eines Projektes auf XE8 habe ich das Problem, dass die IDE während der Entwicklung sporadisch abstürzt und nicht mehr reagiert,

Das sieht bei dir wie aus?
Im TaskManager belegt die BDS.EXE eine gesamte CPU und kommt nicht mehr zurück?

[Mavarik]

Ich habe immer den Taskmanager offen und kontrolliere den Arbeitsspeicherverbrauch der bds.exe
Wenn der (Im Ruhezustand) als nicht während der Compilierung mehr als 1GB hat... IDE neu starten...

Also nach jedem 2.-3. Compilerlauf oder nach einem Build.

Mavarik

PS.: Ich habe aufgehört zu zählen, wie oft am Tag ich die IDE neu starte... Ist so in Fleisch und Blut übergegangen...
<Shift+F9>, <Alt-X>, Push Repo, IDE neu starten, <F9>

[Rollo62]

Hallo Mavarik,

interessant.

Ich habe mit XE7 größere Projekte fast immer ohne IDE Neustart hinbekommen, auch mit
TMS, DevExpress und andere Komponenten installiert (ausser Jedi, wie das jedesmal Probleme bei der Installation gab).

Ich konnte fast immer tagelang arbeiten, und ich meine Tagelang:
Weil mein MacBook in den Schlafmodus geht, und ich am nächsten Tag mit offener IDE einfach normal weitermacht.
(also das Ganze in VmWare Fusion, mit Win8.1, um komplett zu sein).
Das war unter Delphi, und bis jetzt scheint es auch unter XE8 noch so stabil zu sein.

Alsio die massiven IDE Abstürze sehe ich erst seitdem ich ein CrossPlatform Projekt mit XE8 mache.


Rollo

[Mavarik]

Zitat:

Zitat von Rollo62 (Beitrag 1306532)

Also die massiven IDE Abstürze sehe ich erst seitdem ich ein CrossPlatform Projekt mit XE8 mache.

Logisch... Bei Windows geht es eigentlich... Aber wenn der Android/iOS Compiler gelaufen ist... Passiert es...

[devidespe]

Hmm, es hat sich bisher so geäußert, dass ich willkürlich Quelltext eingebe bzw. anpasse und dann die IDE nicht mehr reagiert und zwanghaft beendet wird - mit der Möglichkeit einen Fehlerbericht an Embarcadero zu schicken.

Was ich jetzt verändert habe, ist die Deaktivierung des Castalia Delphi Parsers - mit zumindest vorzeitigem Erfolg. Ich werde das Problem weiter beobachten. Ist damit das gesamte Castalia deaktiviert oder muss ich da noch woanders ansetzen?

Was mich aber noch ziemlich ärgert, trotz aktivem Subscription Vertrag: wenn ich das reguläre XE8 ohne Update 1 installiere und das "Suchen nach Aktualisierungen" starte, erhalte ich permanent "No updates available". Das dürfte eigentlich nicht sein...

[jaenicke]

Zitat:

Zitat von devidespe (Beitrag 1306555)

Was mich aber noch ziemlich ärgert, trotz aktivem Subscription Vertrag: wenn ich das reguläre XE8 ohne Update 1 installiere und das "Suchen nach Aktualisierungen" starte, erhalte ich permanent "No updates available". Das dürfte eigentlich nicht sein...

In deinem Profil steht ja XE2 Professional. Hast du nun vielleicht auch XE8 Professional? Dafür ist das Update noch nicht verfügbar, erst ab Enterprise.

[devidespe]

Hmm unabhängig von meinem Profil, das habe ich nun auf XE8 geändert.

Das Deaktivieren von Castalia half nichts, man merkt förmlich mit zunehmender Zeit, wie die IDE träger wird, sowohl mit der Tastatur- als auch Mausbedienung. Die BDS.EXE beansprucht ca 1 GByte Arbeitsspeicher und irgendwann kommt dann die Meldung:

Embarcadero RAD Studio for Windows funktioniert nicht mehr

Das Programm wird aufgrund eines Problems nicht richtig ausgeführt. Das Programm wird geschlossen und Sie werden benachrichtigt, wenn eine Lösung verfügbar ist.

Also ein Totalabsturz...

Und ich bearbeite wirklich nur eine Hilfsunit, die mehrere Routinen zur Stringverarbeitung beinhaltet. Also nichtmal ein Formular oder Komponenten.

[mkinzler]

Zitat:

Hast du nun vielleicht auch XE8 Professional? Dafür ist das Update noch nicht verfügbar, erst ab Enterprise.

Nur das general Update wurde für Pro zurückgeszogen. Das Subscription Update gibt es bereits.

[Bambini]

Zitat:

Zitat von devidespe (Beitrag 1306563)

Und ich bearbeite wirklich nur eine Hilfsunit, die mehrere Routinen zur Stringverarbeitung beinhaltet. Also nichtmal ein Formular oder Komponenten.

Ich vermute das gleiche Problem wie unter XE7.
Bei mir half nur das Refactoring abzuschalten, auf die harte Tour:
http://www.delphifeeds.com/go/s/124344

Da gibt es zwar eine unschöne Meldung beim Start von Delphi, aber die IDE lebt deutlich länger.

[devidespe]

Okay das Abschalten des Refactorings per DLL-Umbenennung werde ich probieren, so wirklich glücklich bin ich mit dieser Lösung allerdings nicht. Würde das auch mit XE8 funktionieren?

Hier im Forum gab es mal ein IDE Fix Pack, das könnte mir nicht zufällig weiterhelfen?

[Bambini]

Zitat:

Zitat von devidespe (Beitrag 1306626)

Hier im Forum gab es mal ein IDE Fix Pack, das könnte mir nicht zufällig weiterhelfen?

Bei XE7 hat es nicht geholfen. Bei XE8 habe ich es nicht mehr versucht.
Ich vermute aber, das die Probleme der IDE komplexer sind und sich nicht über ein externen Patch beheben lassen.

[Rollo62]

Also wenn ich das hier lese

Zitat:

Bei mir half nur das Refactoring abzuschalten, auf die harte Tour:
http://www.delphifeeds.com/go/s/124344

Das anfassen von Files im Bin Verzeichnis hatte bei mir den entgegengesetzten Effekt, und ich denke mittlerweile
das dies für Abstürze verantwortlich ist.
Womöglich ist das ein "gewollter" Kopierschutz, also versuch ich jetzt erstmal alles unangetastet zu lassen.
http://www.delphipraxis.net/184194-xe7-raucht-ab.html

Danach lief es auch wieder erträglich.

Jetzt probiere ich gerade die neue Subscription Upd1 aus, mit dem grossen Update.
Habe sowie alles für mein aktueller Projekt installier, kompiliert, und bis jetzt läuft es.
Android, iOS, Simulator, etc. alles scheint noch zu Laufen, ich hoffe das mit dem Update auch meine Bluetooth Schwierigkeiten
weg sind, aber das sehr ich mir erst morgen an.

Rollo



Rollo

[Bambini]

Zitat:

Zitat von Rollo62 (Beitrag 1306639)

Also wenn ich das hier lese

Zitat:

Bei mir half nur das Refactoring abzuschalten, auf die harte Tour:
http://www.delphifeeds.com/go/s/124344

Das anfassen von Files im Bin Verzeichnis hatte bei mir den entgegengesetzten Effekt, und ich denke mittlerweile
das dies für Abstürze verantwortlich ist.
Womöglich ist das ein "gewollter" Kopierschutz, also versuch ich jetzt erstmal alles unangetastet zu lassen.
http://www.delphipraxis.net/184194-xe7-raucht-ab.html

Auch nach dem Umbenennen der DLLs sind es weiterhin Delphi original Dateien und sollten den Kopierschutz nicht stören.
Ich kann XE7 nur mit diesem "Patch" verwenden. Der neue XE8 Bug ist so störend, das ich vermutlich den Umstieg auf XE8 für die VCL Entwicklung wieder einstelle und zu XE7 zurückkehre.

Soweit ich weiss, sind in dem Subscription auch 2 Support Calls pro Jahr enthalten.
Wie sind den die Erfahrungen damit?