sqlite32013.12.30 12:10

delete from [table] 로 레코드를 엄청나게 줄였음에도, 물리적 파일 사이즈는 줄어들지 않는다. 디스크 공간을 재사용하기 위해서인데, 이 경우 vacuum 명령어로 실제 파일 사이즈를 줄일수 있다. 


sqlite> vacuum;

sqlite> .quit


[biscuit@*****]$ ls -al sogon.db*

-rw-rw-rw- 1 biscuit users 92,228,608 12월 30 12:05 sogon.db

-rw-r--r-- 1 biscuit users 18,917,376 12월 30 12:05 sogon.db.test


필요없는 레코드들을 지우고나서도 92메가 정도였는데, vacuum 명령어 실행후 확 줄어들었다. 


Posted by Jadumate
c++2013.07.04 11:41

C++표준 string (basic_string)을 printf 형식으로 사용하는 편한 방법이 없을까?  인터넷 찾아보면 여러가지 방법들이 나오긴하는데, static 변수를 이용하여 편하고/간결하고/오버헤드 없이 구현해 보았다. 


void strFormat(string &strResult, const char *pFormat, ... )

{

 static char sprintf_buffer[8192];


va_list va = NULL;

va_start(va, pFormat);

vsprintf(sprintf_buffer, pFormat, va);

strResult = sprintf_buffer;


va_end(va);

}


void strReplace(string& subject, const string& search, const string& replace)

{

size_t pos = 0;


while((pos = subject.find(search, pos)) != string::npos) {

subject.replace(pos, search.length(), replace);

pos += replace.length();

}

}


덤으로, strReplace는, string.find 와 string.replace의 조합을 이용하여 find&replace하는 함수인데 메모리할당을 하지 않고 비교적 빠른속도로 처리한다.


Posted by Jadumate
c++2013.07.03 21:46

개발환경 : C++/STL/Linux/gcc

프로그램을 짜다 보면 잘 못 짜서  어디선가 무한루프에 빠져서 헤어나질 못하는 경우가 종종 있는데, 이럴때 SIGALRM을 이용하여 이 녀석이 대체 무슨 짓을 하고 있었는지 자세하게 확인할 수 있다.

// signal handler

static void SigAlarm(int signo)

{

        ...

        closing_routine();

        ....

abort(); // exit with core_dump

}


int main(){

// 핸들러 설정

if(signal(SIGALRM, SigAlarm) == SIG_ERR) ERROR("signal ALARM error");

...

// main loop
while(1){

alarm(5); // 알람설정 5초

...

do_something();

...

alarm(0); // 알람 해제

}

}


SIGALRM에 대한 핸들러를 설정해두고, alarm(n)함수를 호출하면, n초후에 핸들러가 호출된다. 문제가 없을 경우 알람을 해제하고, 전체적으로 이 과정을 반복하도록 하였다. 

위 소스에서는 알람이 발생되면, 메인루프의 한 턴을 5초이상 쓰고 있다는 것인데, 이런 경우는 비정상적인 상황이라고 판단하여 코어 덤프하고 종료하도록 하였다. 나중에 gdb 를 이용하면 무슨짓을 하고 있었는지 상세하게 확인할 수 있다. 

앞서 포스트의 Call stack, Back trace글을 참고.


Posted by Jadumate