デバッグのバックアップ(No.2)

バックアップ一覧
差分を表示
現在との差分を表示
ソースを表示
デバッグへ行く。
- 1 (2006-02-15 11:48:10 (水))
- 2 (2006-02-15 17:11:49 (水))
- 3 (2006-02-18 03:25:01 (土))
- 4 (2006-02-19 01:10:38 (日))
- 5 (2006-03-16 17:12:03 (木))
- 6 (2006-03-18 16:54:31 (土))
- 7 (2006-04-27 21:45:26 (木))

意図と異なる動作をバグと呼ぶことが多い。意図通りに動かないソフトウェアなぞ全く役に立たないので、デバッグという作業は非常に大事な開発プロセスである。でも今までやっていたデバッグの作業は、クラッシュするまでステップオーバーし、printfとMessageBoxを元にtry&errorで繰り返しビルドするという単純なものだった。これじゃあイカンと思って、キッチリとした技術を学ぼうと思った。

以下本当にダラダラとした学習の記録

Windowsプログラマのためのデバッグテクニック徹底解説を買って読んで、奥の深さを思い知らされた。

VS.NET2003で、プロジェクトのプロパティからC/C++ ==> 全般で、「警告レベル4」及び「警告をエラーとして扱う」の設定ができる。

Debug Tutorial Part 1: Beginning Debugging Using CDB and NTSDを読んだ。このくらいが自分に適した内容かなと思った。
Debugging Tools for Windowsで各種ツールを入手

WinDBGを触ってみた。Symbol File Path を

SRV*c:\temp*http://msdl.microsoft.com/download/symbols

とすると、必要な時にOSのシンボルをリモートから取得してくれるみたい。自プログラムのシンボルファイルは、.exeと同じディレクトリに置けばいいのか？

xなるコマンドでシンボルが見えた。ワイルドカードが使えるみたい。モジュール名の右隣に (pdb symbol) とあるのは、ちゃんとPDBから読めましたという意味なのだろう。 (deferred) とあるのは lazy mode(Deferred Symbol Loading)というやつなのだろう。]]

"Debugging Tools for Windows"のヘルプの"Symbol Syntax and Symbol Matching"という項目に、シンボル名のシンタックスが書いてあった。大文字小文字の区別は無く、モジュール名とシンボル名は'!'で区切り、シンボル名はアルファベットか'_'か'$'か'?'で初まるのだそうだ。debugtestをモジュール名とすると
```
debugtest!myfunc
debugtest!_c_exit
```
みたいになる。

WinDBGはWindows Debuggers: Part 1: A WinDbg Tutorialという記事もあった。

デバッグ のバックアップ(No.2)