ブレークポイント

プロジェクトから削除せずに一時的にブレークポイントを無効にするには、チェックボックスをオフにします。 無効化されたブレークポイントは、 ステップ実行中にスキップされます。

RustRover を構成すると、クリックでブレークポイントを削除するのではなく有効 / 無効を切り替えられるようになります。 これを行うには、 設定 | ビルド、実行、デプロイ | デバッガー に移動し、 ブレークポイントを削除 オプションを エディターにドラッグまたはマウスの中央ボタンをクリック に設定します。

このチェックボックスを選択すると、RustRover はソースファイルの絶対パスではなくベース名を使用するようになります。 これは、デバッガーのコマンドラインインターフェースでパスを指定する方法に近いものです。

デバッガーが絶対パスの解決に失敗した場合、つまりプログラムが -fdebug-prefix-map でコンパイルされた場合、またはバイナリのビルド後にソースファイルが別の場所に移動され、必要なパスマッピングが欠落している場合に、このオプションを使用します。

ブレークポイントは、GDB または LLDB のファイル名のみを使用して設定されます。 これにより、ブレークポイントが同じ名前の複数のファイルに一致する状況が発生する可能性があるため、デバッガーはこれらすべての場所で停止します。

ブレークポイントに達するとプログラムの実行を一時停止するかどうかを指定します。

非中断ブレークポイントは、プログラムを一時停止せずに何らかの式をログに記録する必要がある場合 (たとえば、メソッドが何回呼び出されたかを知る必要がある場合)、またはヒット時に 依存するブレークポイントを有効にする トリガーブレークポイントを作成する必要がある場合に役立ちます。

このオプションは、ブレークポイントがヒットするたびにチェックされる条件を指定するために使用されます。 条件が true と評価された場合、選択されたアクションが実行されます。 それ以外の場合、ブレークポイントは無視されます。

式の結果は、return ステートメントから取得されます。 return ステートメントがない場合、結果はコードの最後の行から取得されます。

式を評価するとき、副作用によってプログラムの動作や結果に影響を及ぼす場合があるので十分注意してください。

ブレークポイントに到達したとき、次の内容がコンソールに記録されます：

• 「Breakpoint hit」メッセージ: Breakpoint reached at {0} のようなログメッセージ。

• スタックトレース: 現在のフレームのスタックトレース。 これは、プログラムの実行を中断することなく、このポイントに至ったパスを確認する場合に役立ちます。

• 評価して記録: 任意の式の結果。

  式の結果は、return ステートメントから取得されます。 return ステートメントがない場合、結果は最後のコード行から取得されます。これは式である必要はなく、リテラルでもかまいません。 これを使ってカスタムメッセージや、プログラム実行時に値を追跡できます。

  式を評価するとき、副作用によってプログラムの動作や結果に影響を及ぼす場合があるので十分注意してください。

ブレークポイントがヒットした後にプロジェクトから削除するかどうかを指定します。

次のブレークポイントに到達するまで無効にする ボックスでブレークポイントを選択すると、現在のブレークポイントのトリガーとして機能します。 これにより、指定したブレークポイントに到達するまで現在のブレークポイントが 無効になります。

この処理後に再び無効化するか、有効なままにするかも選択できます。

このオプションは、特定の条件下または特定のアクションの後でのみプログラムを中断する必要がある場合に役立ちます。 この場合、通常、トリガーブレークポイントはプログラムの実行を停止するために必要ではなく、 non-suspending になります。