언제가 회사에서 개발자 면접이 있을때 자리를 함께할 기회가 있었다.
이런 저런 이야기를 하다 디버깅에 대한 이야기가 나왔는데...
면접자가 말하기를...
Windbg며 Softice며 쓸 필요가 있냐....코딩을 잘하면 된지...
그자리에서는 그냥 웃고 말았는데...
개발자에 있어서 디버깅은 설계와 구현 못지 않은 내공에 대한 기준이다.
게다가 디버깅이란게 설계와 구현에 관한 만큼 정형화되어 있지도 않기 때문에...
디버깅의 지식 습득이란게 경험외에는 다른 대안이 없다.
디버깅은 그만큼 개발자의 경험을 반영한다고 하면 디버깅 능력을 무시 못하겠다.

그런 의미에서 지금 소개하려는 Dmitry Vostokov라는 개발자가 쓴 Crash Dump Analysis라는 책에 의미가 있다.
디버깅 전반적인 내용은 아니지만 "Crash Dump 파일 분석"에 대한 실예제 글인데 틈틈히 블러그에 올린 글을 모아놓은 책이다.
RSS로 구독하여 시간나면 읽어야지 하면서도 읽지 못했는데 책으로 나온다니 반가운 소식이다.

사실은 드라이버온라인에 drost라는 분이 이 내용을 번역해서 종종 올리기도 하였는데 어쩌면 한글판도 기대해도 좋을지 모르겠다.

무지 편리할것 같아서...
구글링을 해봤더니...

일단 전용선이 필요한데다 국내 제작업체는 보이지 않는듯하고...
제작하는 외국 업체도 Vista 만 지원한다니...

결국 1394나 NullModem(COM1)으로 할수밖에 없구나...

http://www.plxtech.com/products/NET2000/NET20DC/default.asp

프로그래밍을 하다보니 별의별 조건에 디버깅을 해야할때가 있다.
DLL에서 CreateProcess로 실행시킨 프로그램(프로세스)는 프로세스디버그를 통해 디버깅이 가능하다.
하지만 다른 응용프로그램 또는 프로세스에서 또 다른 응용프로그램 또는 프로세스를 CreateProcess로 실행시킨것은 디버깅이 불가능하다.
아마도 프로세스가 달라 로드된 PDB를 찾을수 없는듯 하다.

예제 : 다운받기 (.NET환경에서 작성되었다.)

아쉬운대로 디버깅을 할수 있도록 하는 방법이 있는데...
디버깅을 원하는 부분에 __asm int 3; 이라는 코드를 삽입하면 된다.
그러면 디버깅 원하는 프로그램이 아래와 같이 강제로 종료되는데...

이때 디버그를 눌러주면 Just-In-Time 디버깅 창이 뜬다.
원하는 디버거 선택후...

프로세스에 연결한 다음

int 3 에 대한 처리되지 않은 예외에 대한 에러가 뜨면
중단을 눌러 디버깅이 가능하다.


물론 디버깅을 원하는 프로그램은 디버깅 모드로 build 되어야 하는건 당연하다.
(나중에 위키에 추가할 예정)

혹시 다른 방법을 알고 계신분 있다면 연락주시면 감사~