I cannot disable a (ghost) breakpoint

11
votes

I have an IDE break point (delphi-xe) that keeps reappearing every time I compile and run the program. How do I get rid of it. Where does Delphi keep the information about breakpoints?

Updates:
1. The break point is not listed in 'Breakpoints' panel.
2. I have disabled the breakpoint (it is not gray) using right click but the program still stops on that line.
3. I have deleted the line and the breakpoint moved above.

Update
It happens when you edit files outside the IDE. I do this a lot in BeyondCompare.

5
delphiidebreakpointsdelphi-xe
Is it really a Delphi breakpoint or an int 3; in some 3rd party code that might have left some debug code in place? - Lars Truijens
Hi Lars. It appears as a red dot on the right side of the editor. The PAS file in which it appears is mine (created by me). - Z80
Welcome to the world of ghost and mysteriously moving as well as disappearing and re-appearing breakpoints. I'd check if the unit has any conditional defines. It seems to mess with the editor's ability to keep track of breakpoints. At least, since D2009 I haven't been able to set breakpoints and edit a unit without something going awry. It seems worse when conditional defines are in the picture, but I have yet to track it down sufficiently to file a QC report. - Marjan Venema
Are you sure you don't have two versions of that unit? Ie one which has the preakpoint and is actually used by the project and other which is open in the editor? - ain
@Ain. The path shown in the top of the editor is the same. Let me know if there is some other test I can do to detect that. - Z80

5 Answers

12
votes

This has been a bug in Delphi since at least Delphi 7.

Workaround: Delete all breakpoints or disable breakpoint from breakpoint window.

Workaround 2: Delete .dsk files and .local files.

2
votes

I had this problem before and I found out that a file with the same filename was being referenced by the IDE that had break points. So do a search for your file and make sure that another file with the same name is not being referenced also.

2
votes

AFAIR breakpoints are stored in the project's .dsk file. So deleting that file should solve the issue. (I seem to remember that .dsk are in .ini Format so you might even be able to find out what causes the behaviour.)

0
votes

I know its an old thread, but I found a workaround which might help and which is not directly mentioned here. If its a INT 3-Problem take a look at Embarcadero Quality Central Report #: 2030 (http://qc.embarcadero.com/wc/qcmain.aspx?d=2030). This problem is still not solved in Rad studio XE !!

0
votes

Still hasn't been solved in Rad Studio 10.4 (using c++). I deleted the .dsk and .local files and it cleared the breakpoint.