Dephi Berlin Starter hält nicht bei Breakpoints

[idefix2]

Ich kann Breakpoints setzen, wo ich will, die werden alle ignoriert.
Muss ich bei irgend etwas einstellen, damit das Programm bei einem Breakpoint anhält? Oder könnte ich das irgendwo irrtümlich abgestellt haben?

Ich gehe einmal davon aus, dass das keine Einschränkung der Starter-Edition ist, sondern dass das Problem irgendwo anders liegt.

[Mavarik]

Zitat von idefix2:

Ich kann Breakpoints setzen, wo ich will, die werden alle ignoriert.
Muss ich bei irgend etwas einstellen, damit das Programm bei einem Breakpoint anhält? Oder könnte ich das irgendwo irrtümlich abgestellt haben?

Ich gehe einmal davon aus, dass das keine Einschränkung der Starter-Edition ist, sondern dass das Problem irgendwo anders liegt.

Hast Du blaue Punkte an den Stellen wo Du die Haltepunkte setzt?

[himitsu]

Debug <> Release ?

[Mavarik]

Zitat von himitsu:

Debug <> Release ?

blaue Punkte?

[MichaelT]

Compilierst du gegen Release?

Zitat von idefix2:

Ich kann Breakpoints setzen, wo ich will, die werden alle ignoriert.
Muss ich bei irgend etwas einstellen, damit das Programm bei einem Breakpoint anhält? Oder könnte ich das irgendwo irrtümlich abgestellt haben?

Ich gehe einmal davon aus, dass das keine Einschränkung der Starter-Edition ist, sondern dass das Problem irgendwo anders liegt.

[MichaelT]

Geht. Wenn du Debug compilierst und auf Release umstellst sind die blauen Punkte noch immer da und du kannst Breakpoints setzen.

Zitat von Mavarik:

Zitat von himitsu:

Debug <> Release ?

blaue Punkte?

[Sailor]

"Run without Debugging" vs. "Run"?

Das Icon im "Run without Debugging"-Button ist
dasselbe wie im Run-Button älterer Versionen.
Hat 'ne Weile gedauert, bis ich das gemerkt
habe. Bei Run bleibt er an den Breakpoints
stehen.

[idefix2]

Ich versteh nichts mehr. Ich musste am Nachmittag weg, jetzt bin ich wieder zurück, und jetzt bleibt er brav bei den Breakpoints stehen. Ich mache aber sicher nichts anders als am Nachmittag. Möglicherweise hat es geholfen, dass ich das RAD Studio neu gestartet habe, das sollte man ja eigentlich bei seltsamen Problemen immer als erstes probieren. Meinen Kunden predige ich das immer, aber selber denke ich auch nicht immer gleich daran und poste dann unnötigerweise hier im Forum - sorry...

Danke jedenfalls für die Antworten, auch wenn es sich von selbst erledigt hat.

[MichaelT]

Ich will jetzt keinen Bug ausschließen. Aber mir ist es auch schon passiert, dass ich auf Run Without Debugging habe gedrückt.

Ging das Compilieren recht schnell?

Seitdem ich mit GNAT/GPS Ada sehe ich solche Sachen wesentlich relaxter. Wer der in dieser Umgebung ein Programm zum Debuggen bringt der braucht eine Engelsgeduld. Aber man lernt viel über die Vorbedingungen welche erfüllt sein müssen damit ein Debugger anspringt und die IDE mal darauf kommt ...

Zitat von idefix2:

Ich versteh nichts mehr.
Danke jedenfalls für die Antworten, auch wenn es sich von selbst erledigt hat.

[idefix2]

Naja...

Das Neustarten der Delphi Umgebung war es nicht,

Zitat von Sailor:

"Run without Debugging" vs. "Run"?

Das Icon im "Run without Debugging"-Button ist dasselbe wie im Run-Button älterer Versionen. Hat 'ne Weile gedauert, bis ich das gemerkt habe. Bei Run bleibt er an den Breakpoints stehen.

.

Das war es. Der Button in der Tools-Leiste bedeutet jetzt also "run without debugging".
Auf so eine Verschlechtbesserung muss man erst einmal kommen! Aus der IDE heraus startet man Programme normalerweise, solange sie noch in der Testphase sind. Wem es da eingefallen ist, den Button "Run" durch einen Button "Run without debugging" zu ersetzen, den sollte man in die Wüste schicken