こんにちは！日々のデバッグ作業、お疲れ様です。
コードを修正して、コンパイルして、バイナリをビルドし直して、また起動して再現手順を試す……。この一連のサイクルに、1回あたり数分、一日に何度も時間を奪われていませんか？
「あぁ、ここの変数の値が今 `0` じゃなくて `1` だったら、この条件分岐の先が検証できるのに！」
「わざわざデバッグ用のビルドをもう一回やり直さずに、この場でこの関数を呼び出して挙動を確認したい……」
そんな歯痒い思いをしたことはありませんか？
今回は、そんなあなたの開発ライフを劇的に変える、LLDBの「Expression命令（`expr`）」の世界へご案内します。
これをマスターすれば、コンパイル待ちの数分間から解放され、プログラムの停止中に「その場でコードを実行して状態を書き換える」という、まるで魔法のようなデバッグが手に入りますよ。さあ、一緒にその扉を開いてみましょう！
—
1. なぜLLDBのExpression命令がプロの現場で重宝されるのか？
多くの開発者は、デバッガといえば「プログラムを一時停止させ、変数の値 を覗き見る（Printする） ための道具」だと思っています。もちろん、それだけでも十分強力です。しかし、現代の低レイヤデバッガ（LLDBやGDB）は、それだけにとどまりません。
コンパイルという「呪縛」からの解放
通常の開発フローでは、コードを1行変えるだけでも以下のコストがかかります。
1. エディタでコードを修正
2. ビルド（コンパイル・リンク）を待つ（大規模なプロジェクトなら数分〜数十分）
3. バイナリを再起動し、問題の箇所まで手動で状態を再現する
Expression命令（`expr`）を使えば、現在停止しているプロセスのメモリ空間内に、その場で新しいコード片を動的にコンパイル＆インジェクト（挿入）し、即座に実行させることができます。
つまり、バイナリを1バイトたりとも再ビルドすることなく、メモリ上の変数を書き換えたり、既存の関数を呼び出して戻り値を確認したりといった「動的な実験」が手元で完結するのです。
—
2. 基礎セットアップ：怖くない、LLDBの第一歩
まずは、この強力な機能を手元で動かすための最小限の準備を行いましょう。特別なインストールは必要ありません。macOSであればXcode Command Line Toolsに標準で含まれており、Linux環境でもLLVM/Clangパッケージの一部として導入されています。
動作確認用のCプログラムを作成する
ここでは、変数の状態変化や関数の呼び出しをテストするためのシンプルなソースコードを用意します。
// main.c
include
// テスト用の関数：受け取った値に10を足して返す
int calculate_score(int base) {
return base + 10;
}
int main() {
int user_id = 42;
int score = calculate_score(50);
// デバッグのブレークポイントを張るターゲット行
printf(“User ID: %d, Score: %d\n”, user_id, score);
return 0;
}
デバッグ情報を付与してコンパイルする
LLDBで内部の変数名や関数名を正確に認識させるために、`-g` オプション（デバッグ情報の生成）を必ず付与してコンパイルします。最適化（`-O2`など）をかけると変数がレジスタに最適化されて消えてしまうことがあるため、最初は最適化なし（`-O0`）がおすすめです。
デバッグ情報付きでコンパイルを実行
clang -g -O0 main.c -o main_debug
念のため正常にバイナリが生成されたか確認
./main_debug
出力: User ID: 42, Score: 60
準備はこれだけです。いよいよ、LLDBの真骨頂を見ていきましょう。
—
3. 実践！Expression命令でプログラムを意のままに操る
それでは、作成したバイナリをLLDBで読み込み、停止中のプログラムに対して「コードの書き換え」と「関数の動的実行」を行ってみます。
ステップ1: LLDBを起動し、main関数にブレークポイントを仕掛ける
ターミナルからLLDBを起動し、ターゲットを指定します。
lldb ./main_debug
LLDBのプロンプト（`(lldb)`）が立ち上がったら、`main` 関数にブレークポイントを設定し、プログラムを実行（`run`）します。
(lldb) target create “./main_debug”
Current executable set to ‘/path/to/main_debug’ (x86_64).
(lldb) b main
Breakpoint 1: where = main_debug`main + 15 at main.c:11:15, address = 0x0000000100003ecf
(lldb) run
Process 12345 launched: ‘./main_debug’ (x86_64)
Process 12345 stopped
- thread #1, queue = ‘com.apple.main-thread’, stop reason = breakpoint 1.
frame #1: main_debug`main at main.c:11:15
11 int user_id = 42;
12 int score = calculate_score(50);
プログラムは、`main` 関数の実行が始まった直後（変数 `user_id` が初期化される行の手前、あるいは直後）で綺麗に停止しています。
—
ステップ2: 変数の値を強引に書き換える（`expr`の基本）
現在、`user_id` は `42` という値を持つはずです（まだ代行行を通過していなければ、未初期化かゴミデータ、通過していれば42）。一度、ステップ実行（`next`）を進めて変数を初期化してみましょう。
(lldb) next
Process 12345 stopped
- thread #1, queue = ‘com.apple.main-thread’, stop reason = step over
frame #1: main_debug`main at main.c:12:17
12 int score = calculate_score(50);
現在の user_id の値を確認 (print命令)
(lldb) print user_id
(int) $0 = 42
ここで、もし「もし `user_id` が管理者の `999` だった場合の挙動をテストしたい」と思ったらどうしますか？ コード書き換えとビルドは不要です。`expr` 命令を使いましょう。
user_id の値を 999 に強制書き換えする
(lldb) expr user_id = 999
(int) $1 = 999
本当に書き換わったか確認
(lldb) print user_id
(int) $2 = 999
たったこれだけです！メモリ上の `user_id` が安全に `999` に書き換わりました。このままプログラムを継続（`continue`）させれば、`user_id = 999` としてその後の処理が走り出します。
—
ステップ3: 停止中のプロセス内で「任意の関数」を呼び出す
Expression命令の真に恐るべき（そして便利な）機能は、変数の書き換えだけでなく、プログラムのコンテキスト内で任意の関数をその場で実行できる点にあります。
先ほど定義した `calculate_score` 関数を、停止中のブレークポイント上で直接呼び出してみましょう。
引数に 100 を渡して、その場で関数の計算結果を得る
(lldb) expr calculate_score(100)
(int) $3 = 110
すごいことにお気づきでしょうか？
私たちは今、プログラムを一時停止させた状態で、CPUにその関数を直接実行させ、その戻り値をその場で取得しました。
これは、複雑な内部状態を持つオブジェクトのゲッターを呼んで状態が壊れていないか確認したり、独自のデバッグ用ダンプ関数（例: `print_user_object(user)`）をその場で呼び出して画面に出力させたりといった用途で、圧倒的な威力を発揮します。
—
4. プロが教える：さらに効率を上げるための応用テクニック
最後に、日々の開発スピードをもう一段階引き上げるための「プロの小ワザ」をいくつかご紹介します。
エイリアス（短縮形）を活用する
毎回 `expression` と打ち込むのは少し長いです。実は、LLDBでは単に `p` や `print` と打つだけでも裏側ではexpressionが動いていますが、値を変更する際は `expr` を使います。さらに短くしたい場合は、自分好みのエイリアスを ~/.lldbinit に登録しておくと便利です。
独自のデバッグ用変数を一時作成する
式の中で、LLDB専用の一時変数（`$0`, `$1`, … のような名前）が自動生成されますが、自分で分かりやすい名前の一時変数を定義して計算に使うことも可能です。
(lldb) expr int $temp_bonus = 500
(expr) $4 = 500
(lldb) expr score + $temp_bonus
(int) $5 = 560
これにより、元のプログラムの変数を汚すことなく、安全にシミュレーションを行うことができます。
—
まとめ：あなたのデバッグを「受動的」から「能動的」へ
今回は、LLDBのExpression命令（`expr`）を使い、停止中のプログラムに対して動的に変数を書き換えたり、関数を呼び出したりするテクニックを解説しました。
- コードの再ビルド待ち時間ゼロで、仮説検証のサイクルを極限まで高速化できる
- `expr 変数名 = 値` で、メモリ上の状態を自由自在にコントロールできる
- 停止したコンテキストのまま、既存の関数をいつでも呼び出して戻り値を確認できる
これをマスターすれば、バグに直面したときの絶望感が、「よし、その場で実験して突き止めてやろう」というエンジニアとしての知的なワクワク感に変わるはずです。
「毎日のコーディングが劇的に楽になる」この感覚を、ぜひ今日からの開発で体感してみてください。あなたのデバッグライフが、より快適で素晴らしいものになることを応援しています！