IDE stürzt ab beim Suchen nach Referenzen

[Jaynder]

Habe seit zwei Wochen das Problem, das mein Delphi Seattle komplett abstürzt :shock:, wenn ich mit Shift-Strg-Enter nach Referenzen suche. Egal ob Methoden oder Variablen. Auch Refactoring geht nicht mehr, dann kommt allerdings eine Meldung "es wurde versucht im geschützten Speicher zuschreiben". Hab schon alle Erweiterungen (IDE-FixPack, DDevExtensions) deinstalliert, hilft nicht. Auch alle dproj.local und .identcache gelöscht. Hat jemand eine Idee ?

[Der schöne Günther]

Idee nicht, aber genau das habe ich mit XE7 in letzter Zeit auch häufiger. Wirklich erst seit vielleicht einer Woche. Mysteriös.

[Mavarik]

Hab ich auch... (STRG-Shift+A)

IDE neu starten, dann geht es wieder!

[Jaynder]

was bleibt mir übrig nach einem Crash :?
Schmiert auch direkt nach dem Neustart sofort wieder ab, sobald ich erneut suche.

[TiGü]

Gabs vielleicht irgendeine Veränderung seit einer Woche?
Windows Update oder so?

[Jaynder]

Kann sein, achte ich nicht mehr drauf.

Bin inzwischen ein klein wenig schlauer: arbeite mit einer ziemlich umfangreichen Projektgruppe. Wenn ich mein aktuelles Projekt isoliert lade, ist alles gut. Vielleicht sind irgendwelche Symboltabellen in der IDE zu groß geworden, benutze gerne und oft Generics...

[TiGü]

Ich nehme an, mit einen leeren neuen Testprojekt mit nur wenigen Zeilen Code lässt sich das nicht nachvollziehen?

[bra]

Ich weiss nicht, ob dir das weiterhilft, aber versuche mal die *.dsk und *.local-Dateien von den Projekten zu löschen.
Ich habe mit Seattle immer mal wieder das Problem, dass beim Öffnen von irgendwelchen Forms auf einmal Fehler kommen oder gleich die ganze IDE abschmiert. Nach dem Löschen der genannten Dateien funktionierte es dann wieder. :roll:

[Jaynder]

@TiGü: wohl eher nicht
@bra: hat leider auch nicht geholfen

[Jaynder]

@TiGü: habe doch was verändert vor zwei Wochen: habe diverse alte Delphi-Versionen deinstalliert (2006,alle XE bis einschließlich XE7). Habe jetzt nur noch 2010, XE8 und Seattle auf meinem Rechner. Hatte da aber schon einige Probleme beim Starten, weil bei der Übernahme der Einstellungen auf Seattle noch einige Pfade auf alte Versionen in der Registry waren. Das ist jetzt aber alles clean.

[Jaynder]

Habe noch mal experimentiert und meine Projektgruppe mit den wichtigsten Projekten neu aufgebaut. Nach dem Zufügen der ersten bpl war es dann wieder soweit.
@Tigü: habe mal eine Mini-Projektgruppe mit einem Kommandozeilenprojekt und einer 1-Unit-bpl zusammengestellt. Auch die bringt mein Delphi zum Absturz.
Wäre liebt, wenn es mal jemand testen könnte, damit ich ein Problem mit meinem System ausschließen kann.

[TiGü]

Ähm...das kann nicht kompilieren:

Delphi-Quellcode:

unit bpl_unit;

interface

procedure bpl_unit1_test;

implementation

procedure bpl_unit1_test;
begin
  raise Exception.Create (bpl_unit1_test);  // Exception nicht definiert durch fehlende SysUtils und das Argument für den Konstruktor muss ein string sein.
end;

end.

Also wenn dann, kann höchstens so:

Delphi-Quellcode:

unit bpl_unit;

interface

uses
  System.SysUtils;

procedure bpl_unit1_test;

implementation

procedure bpl_unit1_test;
begin
  raise Exception.Create ('bpl_unit1_test');
end;
en

Dann kompiliert auch alles.

[Jaynder]

sorry, durch genau den crash war mein letzter Stand nicht gespeichert und ich hab es vor dem zippen nicht mehr kontrolliert :oops:

Also, wenn du nun mit dem korrigierten Stand auf irgendeinem Symbol mal strg-shift-enter machst, crasht es dann ?

[TiGü]

Nicht in meiner 10 Seattle mit Update 1.
Du musst dir irgendwas beim Deinstallieren der alten Versionen zerschossen haben.
Hast du danach mal komplett neu installiert?

[Jaynder]

Dank dir für die Mühe. Werde jetzt auch mal das Update 1 installieren !