4. Debuggen_alle aktiven Breakpoints werden ignoriert

Debuggen_alle aktiven Breakpoints werden ignoriert

  • A

    Einfach die letzten Änderungen der Projektdatei (*.bpr oder *.cbproj, je nach Version) mit deinem Versionskontrollsystem nachverfolgen.

    "Einen Halt erzwingen" kannst du durch das Aufrufen von DebugBreak() .

    0
  • D

    Ich habe mal weiter probiert:

    Ich habe jetzt einen Stand des Projektes geladen, bei dem Debuggen funktioniert.

    Egal was ich dann ändere:
    - code auskommentieren
    - irgendwelche buttons/laben... platzieren
    - code einfügen

    sofort ist debuggen nicht mehr möglich. AUch wenn ich diese Änderungen rückgängig mache, ist Debuggen nicht mehr möglich.

    Vielleicht liegt aber auch hier die Ursache:
    Wenn ich das Projekt durch Doppelklick auf die Projektdatei im Explorer öffne, erscheint eine Speicherschutzverletzung in
    coreide60.bpl - solch eine Datei ist auf meinem Rechner nicht zu finden.
    😕 😕

    Beim Öffnen über "Projekt öffnen" geht es scheinbar einwandfrei.

    Auch ein Rechnerneustart hilft nicht. 😞

    DerHorst

    0
  • D

    @audacia

    auch DebugBreak() wird ignoriert.

    Schon komisch...

    0
  • A

    Kann es sein, daß du das Programm nicht im Debugger ausführst? ("Start ohne Debugging"/Shift+F9)?

    0
  • D

    leider nicht.
    Ich nehme immer nur F9. AUch "Project neu erzeugen" half bisher nicht.

    0
  • K
    Mod

    Hallo

    alle "verdaechtigen" schonmal geloescht

    tds usw

    Mfg
    Klaus

    0
  • A

    Wenn DebugBreak() (du kannst ja alternativ noch asm int 3 versuchen) nicht zur Unterbrechung führt, dann hängt meist gar kein Debugger am Programm. Speziell asm int 3 führt zum Absturz, wenn kein Debugger angehängt ist.

    0
  • R

    Hallo,
    Das hatte ich auch schon mal.
    Ich wollte eine Stelle debuggen, die ich aber aus versehen nicht mehr verwendet habe. Der Code wird dann uU nicht mehr gelinkt und ist quasi nicht mehr da, ausser im Quellcode.
    Gugg mal da...
    Rudi

    0
  • D

    Hallo erst mal und vielen Dank für die Hilfen!
    bin die letzten Tage nicht dazu gekommen, aber nu geht es weiter.

    @ audacia: also die Variante mit asm int (3) bringt einen Programmabsturz und DebugBreak() bewirkt nichts (wird einfach übergangen).
    Daher denke ich mal, dass kein "Debugger am Programm hängt". Wie kann ich diesen wieder an das Programm "hängen"?

    Aber wie beschrieben:
    Wenn ich die besagte Version mit F9 compiliere, werden alle Breakpoints angewendet. Ab der nächsten Änderung nicht mehr.
    Das erschließt sich mir nicht.

    @KlausB - welche Verdächtigen? Mir kommen keine in den Sinn 😕

    0
  • D

    Hat niemand eine weitere Idee?

    Habe jetzt ein neues Projekt erstellt und alles neu erzeugt. Bisher läuft es.

    Mal schauen, wie lange.

    0
  • B

    du hast gesagt, dass ein alter stand des Projekt funktioniert, bis du was änderst.
    Hast du mal die Projekt-datei vor und nach der Änderung verglichen? Ob da etwas verstellt wurde?

    0
  • K
    Mod

    Hallo

    zB *.tds, .~, *.obj, usw

    das loest so manche Probleme

    Mfg
    Klaus

    0
  • ?

    Einfach mal den BCB zuklappen.
    Die erwähnten Dateien löschen ( .obj .tds .exe ).

    BCB / Projekt öffnen. Komplett neu bauen ( im Debug-modus ).

    Und starten. Das hilft bisweilen 🙂

    0
Anmelden zum Antworten