멀티 스레드를 이용한 프로그램을 작성한다든지 하면 디버거로도 버그를 찾기가 힘든 경우도 많다. 이러한 경우에도 고전적 디버거인 cout – 또는 printf() – 문은 큰 힘을 발휘한다. 즉 문제가 될 만한 곳에 계속해서 cout을 사용하는 것이다.
결론적으로 디버거의 사용법을 잘 익혀두는 것은 정말 큰 힘이 되지만, 그 이전에 적절한 곳에 로그를 남기도록 하는 것은 꼭 필요한 작업이다. cout 이나 printf() 의 경우 손으로 직접 타이핑해서 디버깅을 한다고 해서 손버깅이라고 부르기도 했다.
디폴트로 호출되는 핸들러는 비정상적인 종료가 발생한다는 메시지만을 남기고 시스템을 종료시키는 역할을 수행한다. 이때 아무런 메시지를 남기지 않고 시스템이 종료되기를 원한다면 메모리 핸들러가 호출되지 않도록 만들면 된다. 그러려면 다음과 같이 set_new_handler 메소드를 NULL 파라미터와 함께 호출하여 핸들러의 실행을 막으면 된다.
set_new_handler(NULL);
set_new_handler 는 new.h 파일을 include 해야 사용할 수 있다. 만일 디폴트 핸들러가 아닌 개발자가 지정한 함수로 대체시킬 필요가 있다면, 이때에도 set_new_handler 함수를 이용하면 된다. 예를 들어 메모리를 동적으로 할당하는데 문제가 발생할 때 newErrorHandle() 메소드가 호출되도록 만들고 싶으면 다음과 같이 하도록 한다.
set_new_handler(newErrorHnadle);
메모리를 동적으로 할당한 뒤에 메모리를 해제시키지 않으면 생성된 메모리는 계속해서 시스템에 남게 된다. 따라서 해당 메모리의 사용이 끝나면 delete나 free를 통하여 메모리를 해제시켜야 한다. 예를 들어 다음 메소드의 경우 메소드가 실행될 때마다 메모리를 새오 할당하게 된다.
void allocateMem(void)
{
AClass *aClass = new AClass();
aClass->aMethod();
}
메소드의 실행이 끝나도 aClass 객체는 메모리에 남게 되는데, aClass 객체를 접근할 길은 끊어지기 때문에 이는 향후 메모리상에 쓰레기가 된다. 따라서 객체의 해제를 확실하게 하거나, 새롭게 생성한 객체를 리턴하여 생성된 객체에 대해 접근할 수 있는 길이 없어지지 않도록 하는 것이 좋다. 예를 들면 다음과 같다.
AClass* allocateMem(void)
{
AClass *aClass = new AClass();
aClass->aMethod();
return aClass;
}
라이브러리 파일을 이용하여 실행파일을 만들 때 컴파일러의 옵션을 이용하는 방법이 있다. 이때 사용되는 옵션이 ‘-L’과 ‘-l’ 인데, -L 의 경우에는 사용하고자 하는 라이브러리가 포함된 디렉토리 명을 명시하는 옵션이고, -l 은 라이브러리의 이름을 적어주는 옵션이다. 이때 라이브러리의 이름은 lib 라는 말과 확장자 ‘.a’ 를 생략하여 사용할 수 있다. 즉, libMsg.a 의 경우 그냥 Msg 라고 쓰면 된다.
실제 예를 보자. 임의의 컴파일 ‘% c++ -o useMsg UseMsg.cpp libMsg.a’ 의 명령을 아래와 같이 대체할 수 있다.
% c++ -o useMsg UseMsg.cpp -L. -lMsg
이때 만일 라이브러리 파일이 /home/pchero 디렉토리 밑에 있다면 -L 옵션을 다음과 같이 주면된다.
-L/home/pchero
유닉스 상에서 GCC 컴파일러를 이용하여 라이브러리를 만들려면 먼저 다음과 같이 컴파일 과정을 통해 오브젝트 파일을 만들도록 한다.
% C++ -c Message.cpp
컴파일이 제대로 끝났으면 확장자로 ‘o’를 가진 Message.o 파일이 생성될 것이다. 이번에는 생성된 오브젝트 파일을 이용하여 라이브러리를 만들도록 한다. 이때 사용하는 명령어는 ar로 라이브러리 작성에 사용된다. 아래와 같이 ar 명령어와 옵션 그리고 생성하고자 하는 라이브러리의 이름, 마지막으로 오브젝트 파일들의 이름들을 나열한 후 실행한다.
% ar crv libMsg.a Message.o