ブレークポイントの設定

ブレークポイントを関連付けることができます：

• ソースコードのファイルと行
• 関数
• アドレス
• 例外のスローとキャッチ
• プロセスの実行とフォーク
• システムコールの実行
• アプリケーション実行中の特定のアドレスにおけるメモリブロックの変化
• QML シグナルの発行
• JavaScript の例外の発生

ブレイクポイントはブール値の条件を指定しない限り、アプリケーションがその場所に到達するたびにアプリケーションを中断させます。ブレイクポイントはアプリケーションがその場所を通過するたびにその式を評価し、その条件がtrue と評価された場合にのみアプリケーションを停止します。

要求されていないブレークポイントと要求されているブレークポイント

ブレークポイントにはunclaimed とclaimed の 2 種類があります。要求されていないブレークポイントは、デバッグされたアプリケーションを中断するタスクを表し、後であなたに制御を渡します。pending 、implanted 。

要求されていないブレークポイントはセッションの一部として保存され、アプリケーションがデバッ グ中かどうかに関係なく存在します。これらのブレークポイントは、Breakpoint Preset ビューと、 (Unclaimed Breakpoint) アイコンを使用してエディタに表示されます。

デバッガーが起動すると、デバッグバックエンドは、デバッグ対象のアプリケーションによって処理される可能性のある、要求されていないブレークポイントのセットからブレークポイントを特定し、独自の排他的な使用のためにそれらを要求します。主張されたブレークポイントは、実行中のデバッガーのBreakpoints ビューに一覧表示されます。このビューは、デバッガーの実行中にのみ存在します。

デバッガーがブレークポイントを主張すると、主張されていないブレークポイントはBreakpoint Preset ビューから消え、Breakpoints ビューに保留中のブレークポイントとして表示されます。

さまざまなタイミングで、保留中のブレークポイントをデバッグ対象のプロセスに埋め込む試みが行われます。埋め込みに成功すると、1つ以上の埋め込みブレークポイントが作成され、それぞれがデバッグされたブレークポイントの実際のアドレスに関連付けられます。また、埋め込みによって、エディタ内のブレークポイントマーカーが空の行から、実際のコードが生成された次の行などに移動することもあります。インプラントされたブレークポイントアイコンには、砂時計のオーバーレイはありません。

デバッガーが終了すると、保留中のブレークポイントもインプラントされたブレークポイントも未処理の状態に戻り、Breakpoint Preset ビューに再表示されます。

デバッグされたアプリケーションの実行中に埋め込まれたブレークポイントにヒットすると、制御があなたに戻されます。その後、中断されたアプリケーションの状態を調べたり、行ごとまたは連続的に実行を続行することができます。