コマンドの例
hogeが実行コマンド-vと2回書いてるのはより情報を出力するため

--error-limit はデフォルトだとyes
エラー報告の数を1000くらいで打ち切るオプションなので、これを外してすべてのエラーを出力する

--leak-check=full は必要

--tool=memcheck はvalgrindで使えるツールのうちどれを使うか指定する
このオプションがない場合もデフォルトでmemcheckが選ばれるのでなくてもいい

--show-reachable=no
確保された領域が解放されないままプログラムがabortした場合に検出される？ わからん

---

コンパイル時に CFLAGS="-g -O0" のようにしてコンパイルオプションを追加しておく
-gはデバッグ関連(行番号とか)の情報を実行ファイルに入れておくオプション
-O0は本来-O2とかするところを、最適化しないようにしてコンパイルする
最適化してしまうと、順番とかが実行される変わる可能性があるかららしい

これをしておくと、valgrindのエラー出力の表示に関数名やコードの何行目かが表示されるので、バグ取りがとてもしやすくなる
逆にないと、とてもつらい・・・

---

ワーニング、エラーメモ

■ Warning: set address range perms: large range
大きいサイズのメモリ確保をしたとき


■ memcheck GC: 1000 nodes, 55 survivors (5.5%)
これは自分のコードには関係なくて、memcheckの性能を示すものらしい
バグ取りには関係ないので無視


■ メモリリークの例-g -O0を付け加えてコンパイルしてるとこんな感じで情報が出てくる
実際はHOGEとかmy_malloc.cとかは別の名前なので適当に差し替えておきました

valgrindで実行ファイルを動かした場合は、メモリ確保の関数とかが通常のライブラリのではなく
valgrindのライブラリのものが用いられるっぽい
例えばposix_memalignとか


■ メモリの不正アクセスの例

参考になりそうなページ

■ 参考 : Using and understanding the Valgrind core(valgrindの公式ドキュメント)

■ 参考 : Valgrindの結果の見方、日本語訳、など役に立つことまとめ

■ 参考 : Valgrindの使い方

---

ちょっと関係ないけど、もし動的メモリを2回freeしてしまうとエラーになる

このエラーの箇所を探すコツを↓の記事で見かけたのでメモ

■ 参考 : double freeバグのデバッグ．



実行ファイルに対して、以下のコマンドを実行するとコマンドのバイナリファイルがどういう順で何を実行するのか見える
逆アセンブルとかいうらしい(なにかに使えるかもしれないのでメモ)