디폴트로 호출되는 핸들러는 비정상적인 종료가 발생한다는 메시지만을 남기고 시스템을 종료시키는 역할을 수행한다. 이때 아무런 메시지를 남기지 않고 시스템이 종료되기를 원한다면 메모리 핸들러가 호출되지 않도록 만들면 된다. 그러려면 다음과 같이 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

 메모리상에 있는 객체에 접근할 길이 없어졌을 때 객체는 생명을 다했다고 말할 수 있다. 접근할 길을 잃은 객체는 어떤 방법으로든 메모리를 실행환경에 되돌려줘야 한다. 객체의 소멸에서 한 가지 주의해야 할 점은 객체는 자기의 스코프가 끝나게 되면 소멸된다는 점이다. 다시 말해, 그 객체가 사용되는 범위를 넘어가게 되면 객체의 사용주기가 끝나게 된다는 것이다. 아래의 예제를 보도록 하자.

class A {};

// A 객체를 사용하는 여러 클래스
class B
{
  void use_A()
  {
    A a;
    a.method();
  }
};

 B 클래스를 보면, A 객체는 A 객체를 포함하고 있는 중과로 혹(use_A())에서만 접근이 가능하다. 따라서 중괄호({})를 벗어나게 되면 이미 A 객체가 소멸(접근불가)되었기 때문에 사용할 수가 없게 된다.

 객체의 스포크를 간단히 정의하면, 객체의 액세스(접근)가 가능한 범위를 의미한다. 따라서 스코프를 벗어나면 접근을 할 수가 없게 된다. 이때 접근할 수가 없다는 것은 사용할 수가 없다는 것을 뜻한다.

 엄밀한 의미의 스코프란 ‘QN(Qualified Name) 없이 접근할 수 있는 영역’을 의미한다. 예를 들어, 객체 A가 temp라는 변수를 가지고 있을 때 스포크 내에선 temp  변수를 바로 사용할 수 있지만, 스코프 밖에선 A.temp 라는 QN을 이용하여 접근을 하게 된다.

 스코프 내에서는 동일한 이름의 변수 – 클래스 포함 – 를 사용할 수 없게 되어있다. 그런데 만일 역할은 다르지만 동일한 이름의 클래스를 가져야 한다면, C++에서는 네임스페이스를 이용하여 이 문제를 해결하고 있으며, 자바에서는 패키지를 이용하고 있다.