MacsBug 개요
MacsBug는 맥 프로그래밍 시에 버그를 잡아 내는 디버거 중 하나입니다. 특히 어셈블리어 수준의 하위 레벨에서 버그를 잡는 데 사용하므로 "low-level debugger"라고 합니다. MacsBug는 프로그래밍 디버깅에 쓰이는 것외에도 몇 가지 유용한 쓰임새를 갖고 있습니다.
MacsBug는 http://developer.apple.com/tools/debuggers/MacsBug/에서 다운로드할 수 있습니다. 맥 오에스 8.6에서는 6.5.4 이전 버전은 실행되지 않습니다.
다운로드 받은 패키지에는 여러 가지 재미있는 것들이 같이 들어 있습니다. "MacsBugApp"이라는 애플리케이션은 MacsBug를 그대로 재현해 둔 일반적인 애플리케이션과 같은 것입니다. 더블클릭으로 파인더 상에서 바로 실행해 볼 수 있습니다.
MacsBug를 설치하는 방법은 간단합니다. 다운로드 받은 MacsBug를 시스템 폴더에 그냥 넣으세요. 그냥 시스템 폴더입니다. 확장 파일 폴더가 아닙니다. 시스템 폴더에 넣은 다음 재시동하면 "Welcome to Mac OS" 밑에 "Debugger Installed" 라는 문장이 뜹니다. 글자가 뜨지 않으면 시스템 폴더에 들어 있는지 확인해 보세요. "Finder", "System"과 같은 레벨입니다.
"Debugger Installed" 문장도 나왔고 정상적으로 시동은 끝났는데도 별로 달라진 게 없어 보일 겁니다. MacsBug에 들어 가는 방법은 특별한 키 조합이 필요합니다. [커맨드키 + 파워키]를 동시에 누르면 MacsBug 상태로 들어 갑니다. 들어가기 전에 빠져 나오는 법을 알고 들어 가야 합니다. 그렇지 않으면 디버거에서 못 빠져 나와서 재시동하게되는 어처구니 없는 상황을 맞게 될 수 있습니다. (혹시 그런 일 있었으면, 어디가서 절대 얘기하지 마세요. -_-) 빠져 나오는 명령어는 크게 세 개 정도가 있습니다.
- 첫 번째 명령어는,
g입니다.g를 입력하고 리턴키를 누르면 MacsBug로 들어 오기 전에 있던 프로그램으로 되돌아 갑니다. - 두 번째 명령어는
es입니다. "exit to shell"의 약자입니다.g와의 차이점은es를 입력하면 MacsBug로 들어 오기 직전 작업하던 프로그램을 종료하고 파인더로 가게 된다는 점입니다. - 세 번째 명령어는
command-g를 함께 누르는 것입니다. 이것은g를 누르고 리턴 키를 친 것과 같은 효과를 가져 옵니다.
MacsBug에 들어 가게 되더라도 당황하지 않고 g를 누른 후 빠져 나올 준비가 되었습니까? 그러면 [커맨드-파워 키]를 눌러서 MacsBug로 들어 갔다 나와 보세요.
무사히 귀환한 것을 환영합니다! 혹시 재시동한 분은 ... 언급을 회피하도록 하겠습니다. -_-;;
들어가 보니 황당한 화면이 뜨죠? 크게 네 파트로 나누어 집니다.아래 그림을 보세요.
우리가 주목해야 할곳은 왼 편보다는 오른 편입니다. 명령어를 입력하는 곳(커서가 깜박이고 있죠?)과 프로시져 이름이 나오는 곳을 보면 되겠습니다. 예를 하나 들어 보겠습니다. 아래 그림은 윗 그림의 오른편 아래 쪽을 설명한 것입니다. 조금 황당해 보입니다만 대충 그런 것이 있다 정도로 구경만 해보세요.
[proc name]: 현재 수행중인 프로시져 이름입니다. MacsBug로 들어 오기 전 실행되고 있던 procedure(파스칼에서 subroutine을 일컬을 때 쓰는 말입니다만 함수라고 이해하면 됩니다.)를 나타냅니다.;will branch: 이 문장 있는 줄 바로 밑의 명령어가 수행될 때 어디론가 분지(branch)되어 이동한다는 얘기입니다. 크래킹시 중요한 정보가 됩니다.+nnnn: 이것은+nnnn과 같은 줄에 있는 명령어가 procedure 시작 줄에서부터 어느 정도 떨어져 있나(offset)를 나타냅니다.nnnnnn: 이것과 같은 줄에 있는 명령어가 메모리 내에서 위치하는 절대적인 주소입니다.BCC.S등등 : 수행되는 명령어의 어셈블리 버전입니다.641A,2008등등 : 같은 줄의 어셈블리 명령어를 기계어(16진수)로 바꾼 것입니다.
너무 어렵죠? 프로그래머가 아니라면 위 내용에 관해 자세히 알 필요 없습니다.
MacsBug는 처음에 얘기한 것처럼 디버거이므로 프로그래밍 시에 디버깅 용으로 쓰입니다만 다른 한 편으로 크래킹을 위해 쓸 수도 있습니다. 크래킹의 원리는 대개의 경우 간단합니다. '등록하라'는 대화상자로 "branch"할 것인가를 결정하는 부분을 찾아서 branch하는 명령어를 branch 하지 않게 만들면 되는 것입니다. 관건은 branch 여부를 결정하는 루틴을 얼마나 빨리 찾을 수 있느냐입니다. 경험 많은 크래커란 그 루틴을 손쉽게 빨리 찾는 여러 가지 노하우를 갖고 있는 사람입니다. 이 글은 프로그래밍이나 크래킹과 별 관계없는 엔드유저를 위한 글입니다.
그러면 엔드유져가 MacsBug로 뭘 할 수 있을까요? 제일 중요한 용도는 시스템 충돌이 있을 때 조금이나마 매끄럽게 마무리하고, 가능한 데이터 손실을 최소화하는 것입니다.
프로그래머가 아닌 사람을 위한 MacsBug
MacsBug는 시스템 충돌 시 응급처치를 할 때 사용할 수 있습니다. 시스템 충돌이 일어나더라도 MacsBug가 인스톨 되어 있는 경우에는 폭탄대신 MacsBug가 뜹니다. 이제 대책없이 [커맨드-컨트럴-파워키]를 눌러야 하는 상황이 아닌, 어느 정도의 자율권을 갖게 된 것입니다. 충돌 전에 아마도 어떤 프로그램인가 사용하다가 MacsBug로 들어오게 되었을 것입니다. MacsBug 화면의 왼편 컬럼의 SP라고 적힌 곳의 여섯 번째 줄 밑에 보면 CurAppName 이라는 항목이 있습니다. 지금 확인해 보세요. 바로 그 아래에 적힌 이름이 사용하다가 들어온 프로그램 이름입니다. 맞죠?
왜 충돌이 일어났는지 그 이유를 알고 싶다면 커맨드 라인 입력하는 곳 바로 위 섹션을 보면 됩니다. 아무 것도 안 나와 있다면 how라고 치고 리턴 키를 눌러보세요. 위 편에 그 이유가 나옵니다. 그러면, 충돌로 들어온 상태인데 뭘 어떻게 하란 말인가. 위에서 얘기한 명령어 중 es를 입력하고 리턴을 치면 어떻게 될까를 생각해 보세요. 문자그대로 Exit To Shell, 즉 충돌을 일으킨 프로그램(CurAppName)을 종료하고 파인더로 돌아가게 되는 것입니다. 그러므로 충돌이 일어나더라도 일단 파인더로 다시 돌아 와서 다른 프로그램에서 작업하던 것들을 안전하게 저장한 다음 재시동을 할 수 있는 것입니다. es입니다. 외워 두세요.
충돌 시 사용할 수 있는 또 다른 명령어는 rs입니다. "restart"를 뜻하는 이 명령어는 무조건 재시동하기 때문에 충돌 프로그램 외의 작업 내용을 저장할 수 없습니다. es보다는 실용성이 떨어집니다. 그런데 마운트된 모든 볼륨을 다 unmount하고서 재시동하므로 하드 디스크 디렉토리 손상을 어느정도 최소화할 수 있습니다. 비슷한 재시동 명령어로 rb가 있습니다. "reboot"을 뜻하는 명령어로 시동 볼륨만 unmount한다는 점에서 rs보다 좋지 않습니다. 따라서, 충돌로 MacsBug에 들어온 경우 다음과 같이 대응하면 됩니다.
일단 es를 해보고 안되면 rs를 한다
위와 같이 하면 충돌 프로그램 외의 작업물은 저장할 수도 있고, 본체 전원 키를 바로 누르는 것보다 훨씬 더 마무리가 된 상태에서 재시동하게 되므로 하드디스크 디렉토리 손상이나 시스템 손상의 가능성을 낮출 수 있습니다. 한 가지 기억해 둘 점은 es로 문제가 생긴 애플리케이션을 종료한 후에 파인더로 돌아와서 아무 이상이 없는 것처럼 보이더라도 저장할 것을 빨리 저장하고 즉시 재시동하는 것이 좋다는 점입니다. es로 되돌아온 상태는 기본적으로 충돌한 상태와 마찬가지이기 때문입니다.
두 번째로, 문서 작업을 하다가 충돌이 일어난 경우 MacsBug를 이용해서 날려버린 문서를 복구하는 방법이 있습니다. F라는 검색 명령어를 사용해서 데이터를 찾아낸 다음 log라는 명령어를 써서 문서로 저장하는 방법입니다. 이것이 가장 드라마틱한 MacsBug의 용도입니다만 불행히도 한글 지원 안 되므로 찾을 문자열이 담긴 번지 수를 알아낼 길이 없습니다.
세 번째, MacsBug를 써서 시스템 정보를 파악할 수 있습니다. MacsBug로 들어가서 stdlog라는 명령어를 치면 무엇인가 스캔하면서 하드 디스크 긁는 소리가 들립니다. 다 끝나면 g를 눌러서 되돌아 나오세요. 파인더 상에 문서가 하나 놓여 있을 겁니다. 그걸 SimpleText로 열어 보세요. 시스템 정보와 백그라운드에서 돌아가고 있는 여러 종류의 프로그램들 그리고 그 프로그램들의 램 주소 등, 많은 정보가 담긴 문서입니다.
네 번째, MacsBug를 계산기로 쓸 수 있습니다. 십진수를 나타내는 표시인 #을 앞에 붙여서 여러 연산을 할 수 있습니다. 아래그림은 (10 + 10)을 해 본 것입니다.
또한 십진수를 16진수로 바꿀 수도 있습니다. #40이라고 입력하고 리턴을 치면, 아래 그림처럼 $가 앞에 붙은 16진수로 변환됩니다.
또 1메가바이트(megabyte;MB)는 몇 킬로바이트(kilobyte;KB)인지도 알 수 있습니다. #1m/#1k 라고 입력해 보세요. 이것은 1MB를 1KB로 나눈 것입니다. 그 결과는 아래 그림과 같이 #1024입니다.
다섯 번째로, MacsBug를 이용해서 에러 넘버의 의미를 알아 볼 수 있습니다. error #에러넘버라고 입력하면 에러 넘버가 뜻하는 것을 알려 줍니다.
