Breakpoints funktionieren nicht -> DSK löschen

[Rolf Fankhauser]

Hallo

Bei mir funktionieren die Breakpoints auch nicht. Ich habe parallel 10.2.3 und 10.3.3 installiert und bei beiden funktioniert es nicht, weder bei Delphi noch bei C++ Builder. Ich bin im Debug-Mode. Dann würde ich erwarten, dass bei einem neuen Projekt mit Default-Einstellungen und Debug-Mode die Breakpoints funktionieren. Irgendwas muss man wohl noch einstellen.
Ich kann nur rote Punkte setzen, aber nicht rote Punkte mit Häkchen. Müsste es blaue Punkte am linken Rand haben?
Komme mir ziemlich blöd vor!! Bei Delphi7 oder BCB6 war das nie ein Problem!
Jetzt wollte ich mich endlich mit den neuen IDE's anfreunden und nun dies!
Ich speichere meine Projekte nicht standardmässig unter C:\Users\[Username]\Documents\Embarcadero\Studio\Projects ab. Kann das ein Problem sein?

Vielen Dank für eure Hinweise, Rolf

[Rolf Fankhauser]

Habe übersehen, dass > (Run) ohne Debugging ist und ich []> (Run mit Fenster) klicken muss.

Alles ok!!

[stahli]

Nur zur Beruhigung: Ging mir anfangs auch so.

[Rolf Frei]

Ich habe mit Breakpoints keine Probleme, zumindest solange ich nur die Debug Konfiguration nutze. Wenn ich da auf Releease Umstelle und einen Build machen, gehen die Breakpoints logischerweise nicht mehr, wenn ich dann wieder auf Debug umstelle. Das ist aber eigentlich logisch, weil ich die DCU's da liegen habe wo auch die pas Files sind. Damit ich die Breakpoints also wieder nutzen kann, muss ich nach dem Umschalten zum Debugmodus, das ganze Projekt neu Builden, damit die DCU's wieder Debugionfos enthalten. Ich unterscheide also nicht beim DCU Ausgabepfad (Unit Output Directory) und habe den leer, damit die dcu's da gemacht werden, wo auch die PAS liegen. So habe ich bisher keine unerklärlichen Probleme mit den Breakpoints gehabt.

[himitsu]

Zitat von Rolf Frei:

So habe ich bisher keine unerklärlichen Probleme mit den Breakpoints gehabt.

Nja, Probleme hast in dem Sinne schon, dass du erst den Build machen mußt, um die "richtigen" DCUs zu bekommen.
Zwischen Release und Debug geht es ja noch, aber zwischen unterschiedlichen Platformen und Compilern raucht es besonders schön.

Darum gibt es ja den Weg über die verschiedenen Verzeichnisse, damit beim Umschalten sofort alles da ist.
Das kann man sogar noch weiter treiben, also inkl. Compiler/Delphi-Version, wenn man mit mehreren Delphis arbeitet.
Sowas ist vor allem wichtig, wenn man mehrere Versionen erzeugen will (Win32, Win64, Android, iOS, Delphi 7, XE, 10.3, 10.4, usw.)
z.B. .\_DCU_$(ProductVersion)_$(Platform)_$(Config) vom Projekt aus, oder mit absolutem Pfad ala C:\DCUs\$(ProductVersion)_$(Platform)_$(Config)

Aber du kannst dir das auch nur in ein Unterverzeichnis .\_DCUs reinmachen, dann brauchst nur dieses Verzeichnis zu löschen und alles ist sauber, anstatt zwischen den PAS überall die DCUs zu suchen.




Ein Problem gibt es, was nicht auftritt, wenn die DCUs neben den PAS liegen.
Mehreren Projekte, welche die selben Ausgabeverzeichnisse nutzen (womöglich in einer Projektgruppe), aber wo in den Pojekten gleichnamige Units vorkommen.

[Uwe Raabe]

Zitat von himitsu:

Mehreren Projekte, welche die selben Ausgabeverzeichnisse nutzen (womöglich in einer Projektgruppe), aber wo in den Pojekten gleichnamige Units vorkommen.

Dafür kann man in den Ausgabepfaden noch den $(SanitizedProjectName) einsetzen, dann bekommt jedes Projekt seine eigene DCU-Verzeichnisstruktur.

Code:

.\dcu\$(SanitizedProjectName)\$(ProductVersion)\$(Platform)\$(Config)

[TigerLilly]

Bis jetzt ist es nur ein einziges Projekt, bei dem es das Problem gibt. Alle anderen funktionieren wie gewünscht. Einmal F9, Breakpoints funktionieren + dann nicht mehr. Es genügt "Alles schließen", neu öffnen und die Breakpoints gehen wieder. Was kann das sein?

[TigerLilly]

Ich sollte präziser sein. Also: Das Projekt ist Teil einer Projektgruppe. Öffne ich das Projekt und nicht die Projektgruppe, funktioniert alles wie gewünscht.