Haltepunkt Eigenschaften

[himitsu]

Inline-Assembler gibt es nur noch im Win32-Compiler, außerdem geht es auch kürzer/einfacher.
Ich nehm da einfach immer ein Sleep(0); (früher Beep; ), um dort meinen Haltepunkt draufzulegen, was meistens geht da dies nötige Unit oft vorhanden ist.

asm int 3; end; oder DebugBreak kann/konnte man auch verwenden ... das ist dann ein "programmierter" Haltepunkt,
aber Achtung, "int 3" im Programm, ohne dass ein Debugger aktiv ist, und es knallt.
Drum macht DebugBreak; intern ein if IsDebuggerPresent then asm int 3 end; .

[Delphi.Narium]

Zitat von himitsu:

Inline-Assembler gibt es nur noch im Win32-Compiler,

was bei Delphi 6 ja gegeben sein dürfte.

Delphi-Quellcode:

if Variable = Wert then
  Variable := Variable;

Keine Gedanken darüber, ob passende Unit vorhanden / eingebunden ist oder nicht, kein Gedanke darüber ob int 3 zu 'nem Fehler führen könnte, kein Gedanke darüber, ob's der Compiler noch kann oder nicht

[dummzeuch]

Zitat von himitsu:

Drum macht DebugBreak; intern ein if IsDebuggerPresent then asm int 3 end; .

Hm:
DebugBreak:

Zitat:

If the process is not being debugged, the function uses the search logic of a standard exception handler. In most cases, this causes the calling process to terminate because of an unhandled breakpoint exception.

Ist aber trotzdem ein guter Hinweis.

[dummzeuch]

Zitat von himitsu:

Inline-Assembler gibt es nur noch im Win32-Compiler, außerdem geht es auch kürzer/einfacher.
Ich nehm da einfach immer ein Sleep(0); (früher Beep; ), um dort meinen Haltepunkt draufzulegen, was meistens geht da dies nötige Unit oft vorhanden ist.

Der Vorteil der Assembler-Zeile ist, dass sie sofort als Debug-Code auffällt, im Gegensatz zu einem Beep oder Sleep, welches ja auch normaler Code sein könnte. Aber stimmt, Inline Assembler gibt es nur für Win32, auf der anderen Seite ging es ja explizit um Delphi 6.

[himitsu]

Mir war so, dass dort sowas drin war.

Aber ich verwende diese Funktion auch nicht mehr, denn sie hat einen blöden Nachteil:
Der Debugger hält in dieser Funktion und nicht dort, wo sie aufgerufen wurde, was schon ä bissl nevig ist.

Zitat:

In most cases, this causes the calling process to terminate because of an unhandled breakpoint exception

Die VCL und (leider) auch TThread fangen unbehandelte Exceptions ab, drum würde da meistens nicht gleich alles verrecken.