Liste überwachte Ausdrücke/Haltepunkte

[Bernhard Geyer]

Ich habe das Problem das bei einem Projekt immer die o.g. Listen immer wieder gefüllt nach neustart der IDE auftauchen,
auch wenn ich sie in der IDE lösche.

Wo stehen diese Infos?

Habe Delphi 10.2, hatte das Problem aber auch schon bei XE6

[TiGü]

Lösche mal alle Dateien im Projektverzeichnis die folgende Endungen haben:
.dsk, .identcache, .local

http://docwiki.embarcadero.com/RADSt..._by_RAD_Studio
http://delphi.wikia.com/wiki/Delphi_File_Extensions

[Uwe Raabe]

Die Listen stehen in der DSK-Datei der Projektgruppe bzw. des Projekts (wenn es einzeln geöffnet wurde). Relevant sind dort die Sections [Watches] und [BreakPoints].

Könnte es sein, daß diese DSK-Datei mit in der Versionskontrolle liegt? Das könnte das beobachtete Verhalten erklären.

[himitsu]

Laden tut Delphi immer die DSK, aber speichern nur, wenn man das aktiviert hat.

Also einmal gespeichert und dann die Funktionalität deaktiviert und sowas kommt immer wieder zurück, bis man die Desktop-Datei löscht.

Entweder neben der Projektdatei, oder neben der Projektgruppendatei, wenn du eine Projektgruppe hast.

[Bernhard Geyer]

Es war die dsk-Datei!
Aber nicht die dsk-Datei des Projektes, sondern der Projektgruppe.

Diese hatte ich gar nicht auf dem Schirm. Die dsk-Datei des Projektes hatte ich schon gelöscht.

[Uwe Raabe]

Zitat von Bernhard Geyer:

Aber nicht die dsk-Datei des Projektes, sondern der Projektgruppe.

Es gab mal einen Feature-Request, daß der Formatter die Breakpoints erhält. Nun kann es aber für ein Projekt (s.o.) durchaus mehrere DSK-Dateien geben, in denen diese gespeichert sind. Das Projekt kann ja in mehreren Projektgruppen enthalten sein, die jede eine eigene Breakpoint-Liste führt. Damit war diese Feature erstmal gestorben.

Wenn mehrere Leute an diesem Projekt arbeiten und die Sourcen z.B. über eine Versionskontrolle synchronisiert werden, dann bringen Code-Änderungen auf der einen Seite die Breakpoints auf der anderen Seite ja auch aus dem Tritt - auch ohne Formatter. Solange es keine stabilere Lösung für die Persistenz gibt, sollte man Breakpoints besser als hochgradig temporär betrachten.