거의 다섯 달을 끌어 오면서 막바지 작업을 하고 있는 Angolmois 개발 도중에 발생한 사건.

모든 작업이 끝나고 긴 identifier들을 모두 짧은 것으로 고치면서 그동안 남겨 놓았던 코드들을 정리하는 중이었다. 간단한 예를 보자면...

for(i=0; i<4; i++)
    if(!metadata[i]) {
        metadata[i] = malloc(1);
        metadata[i][0] = 0;
    }

이런 걸,

for(i=0; i<4; i++) if(!bm[i]) *(bm[i]=malloc(1))=0;

이렇게 고치는 과정인 것이다. (내가 짠 코드가 원래 개판이라는 건 좀 접어 두기로 하자 -_-;;;;)

이 과정을 다 해 놓고 나서 실행해 보니까 딴 건 다 잘 되는데 막판에 갑자기 segfault가 나는 것이었다. 혹시나 싶어서 printf를 중간에 넣어 보니까 segfault가 안 뜨는데 이 쯤에서 프로그램 중간에서 스택이 꼬여 버렸다는 걸 눈치챌 수 있었다. (옛날에 이것 때문에 한참 삽질한 적이 있어서 뼈저리게 느끼고 있다.) 이런 종류의 버그는 찾기가 엄청나게 힘들기 때문에 나는 한참 삽질하다가 segfault 안 나는 버전부터 다시 재작업을 하기로 했다.

...어느 순간에 갑자기 또 segfault가 난다. -_-;;;;;;;;;;;

이런 식으로 이틀동안 한 두어번 작업을 되풀이하다가 bms 파일을 파싱하는 부분에서 문제가 생겼다는 걸 알 수 있었다. 즉, 해당 부분의 원래 코드를 내가 작업한 코드로 고치면 에러가 나고 원래대로 돌리면 안 난다. 왜 그런가 살펴 봤더니...




문제가 발생한 부분은 이런 형식의 switch 구문이었다. (default:가 없다는 데 유의)

switch(i) {
case 1: do_something(); break;
case 2: do_another_thing(); break;
case 3: do_nothing(); break;
}

나는 이 코드를 처음에 다음과 같이 고쳤다. (여기서는 별 문제가 발생하지 않았다)

if(i==1) do_something();
else if(i==2) do_another_thing();
else if(i==3) do_nothing();

문제는 나중에 정리를 하면서 다음과 같이 고쳤던 것이다!

if(i==1) do_something();
if(i==2) do_another_thing();
if(i==3) do_nothing();

그리고 각각의 블록 안에서는 i를 고치는 부분이 있었기 때문에 엉뚱한 블록에 갑자기 잡히거나 하는 현상이 발생하면서 오류가 발생했던 것이었다. OTL

교훈: 앞으로는 obfuscation 할 때 로컬 RCS를 애용해야 겠다. 흑흑흑 ||orz