Haltepunkte werden nicht erreicht

[Angel4585]

Hallo,

in einem Projekt habe ich gerade das Problem, dass ich Haltepunkte drin habe, die angeblich jedoch nicht erreicht werden, also so durchkreuzt sind.
Um zu testen ob es an der Codestelle liegt habe ich direkt auf das Application.Initialize einen Haltepunkt gesetzt.
Selbst dort tritt das auf.
Das Projekt wird beim drücken von F9 aber ganz normal ausgeführt, wie mit nem Debugger.
Nur dass er nicht bei den Haltepunkten anhält.

Ich hab jetzt schon einen andern Thread hier entdeckt, der sich mit dem Thema Haltepunkte beschäftigt: http://www.delphipraxis.net/44170-le...ml#post1050779
Hat mir leider nicht weitergeholfen.

Checkliste:
[x]Projektoptionen->Delphi-Compiler->Compilieren->Debug-Informationen
[x]Tools->Optionen->Debugger-Optionen->Integriertes Debuggen

Das sind denke ich die zwei wichtigsten, sonst weis ich nicht was ich noch einstellen kann.
An was kann das noch liegen?

Edit: In anderen Projekten funktioniert das debuggen problemlos

[Bernhard Geyer]

Hast du das Projekt komplett neu übersetzt (Erzeugen). Ein einfaches Kompilieren sorgt nicht dafür das die nötigen DCU-Dateien mit Debug-Infos neu erzeugt werden.

[DeddyH]

Steht die Build-Konfiguration auf Debug oder Release?

[Angel4585]

Ah da hammas.
Die Build-Konfiguration stand auf Debug, aber Compilieren allein hat nicht gereicht.
Ich bin auf Erzeugen gegangen, dann hats alle dcu's mal erzeugt un dann gingen auch die Haltepunkte

[Sir Rufo]

Um dieses Problem zu umgehen kann man in den Projekt-Optionen folgendes einstellen:

Code:

Ausgabeverzeichnis für Units = .\dcu\$(Config)

und alles wird gut

[mleyen]

Zitat von Sir Rufo:

und alles wird gut

Oder man geht Notfalls hin und löscht alle Dateien bis auf *.dpr, *.pas und *.dfm und lädt dann die gespeicherten Builds.

[Sir Rufo]

Zitat von mleyen:

Zitat von Sir Rufo:

und alles wird gut

Oder man geht Notfalls hin und löscht alle Dateien bis auf *.dpr, *.pas und *.dfm und lädt dann die gespeicherten Builds.

In *.dproj stehen die ganzen Projekteinstellungen drin (Version, Ausgabeverzeichnis, etc.) warum sollte man die löschen?
*.inc könnte auch was wichtiges drinstehen

Und da gibt es noch einen Haufen Dateien, die ebenfalls wichtig sein könnten ...

Als PreBuild-Ereignis könnte man die *.dcu und *.exe löschen, ok aber mit dem unterschiedlichen Ausgabeverzeichnissen für die DCUs ist das wesentlich einfacher im Handling

[mleyen]

Zitat von Sir Rufo:

In *.dproj stehen die ganzen Projekteinstellungen drin (Version, Ausgabeverzeichnis, etc.) warum sollte man die löschen?

Damit man schnellstmöglich etwas zum Debuggen/Laufen bekommt und sich nicht lange um Netzwerk-, Einstellungsprobleme, zerschossenen Dateien usw kümmern muss.
Kommt halt auf Projekt(größe)/Zeit an.

[Luckie]

Zitat von Angel4585:

Checkliste:
[x]Projektoptionen->Delphi-Compiler->Compilieren->Debug-Informationen
[x]Tools->Optionen->Debugger-Optionen->Integriertes Debuggen

Das habe ich auch schon alles gemacht und auch das Projekt neu erzeugt, auch vorher die dcus gelöscht. Aber das BDS2006 hält bei einem NonVCL Projekt einfach nicht an den Haltepunkten an. Was kann ich noch machen? Ach ja, wo kann man denn die Builkd-Konfiguration umstellen oder gibt es das beim BDS2006 noch nicht?

Bei einem neuen VCL-Projekt funktionieren die Haltepunkte übrigens.

[himitsu]

Eigentlich sollte es keinen Unterschied machen, ob VCL oder NonVCL.

Die SysUtils hast du aber nicht eingebunden?
Dort drin wird wird ja eine Fehlerbehandlung initialisiert.



Die Haltepunkte sind auch aktiv (rot) und man sieht ansonsten die blauen Codepunkte?

Was passiert, wenn du dein Progamm mit F7 startest?

Im Notfall könntest du noch asm int 3 end; oder DebugBreak verwenden.