A side에서 packet을 막~~~ 던진다.

B side에서는 그것을 받아서 처리한다... 고 할때...

대략... A 사이드에서 1, 2, 3, 4를 던졌다... B사이드에서 1, 2까지 읽고 3, 4는 recv buffer에 남아있다는걸 ioctl 을 이용해서 확인

그렇다면.. A사이드에서 위의 경우에 강제로 동작중인 app를 종료 시킬 경우 B에서는 과연 recv buffer에 남아있는 내용을 감지할 수 있을까?  해서 확인중...

ret=ioctl(psd, FIONREAD, &nSize);

env:

non-blocking bsd socket, linux-64bit....

argument로 process_name을 받아서

/proc의 하위 디렉토리를 하나씩 읽어가면서 /proc/pid/cmdline을 읽어서 입력 받은 process name이 있는지 확인하는 func.

특이점이라면... /proc/pid/cmdline에 process 기동시 주었던 argument 관련된 내용들이 중간에 NULL 문자로 채워져 있어서...

cmdline open시 'b' 옵션 (binary 옵션)을 주어서 읽어야 argument까지 처리 가능하다는... -_-;;

cat /proc/pid/cmdline시 정상적으로 보여도 read 하게 되는 경우 잘린다는 문제점이 있더랍니다..ㅋ

ex) 

cat -> /usr/java/j2sdk1.4.2_12/bin/javacom.xxx.xxx.service

vi   -> /usr/java/j2sdk1.4.2_12/bin/java^@com.xxx.xxx.service^@

위와 같기 때문에 feof로 화일의 끝까지 읽어줘야 처리가 가능합니다... ㅠㅠ

{

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <dirent.h>
#include <errno.h>

#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

//#include <linux/unistd.h>

int fndPsRunning(char *process)
{
char pname[64], buf[512], *ptr, *peek;
struct dirent *dInfo;
DIR *dp;

int fd;
FILE *fp;

int len;


if( (dp = opendir("/proc")) == (DIR *)NULL)
{
printf("opendir failure: %s\n", strerror(errno));
return -1;
}

while(1)
{
/* read all dirs.. /proc */
dInfo = readdir(dp);

if(dInfo == (struct dirent *)NULL) break;

if(atoi(dInfo->d_name) == 0) continue;

/* open /proc/dir_name/stat */
memset(pname, 0x00, sizeof(pname));
sprintf(pname, "/proc/%s/cmdline", dInfo->d_name);

fp = fopen(pname, "rb");

len = 0;

while(!feof(fp))
buf[len++] = fgetc(fp);

if(strstr(buf, process) != (char *)NULL) return 1;

if(len != strlen(buf))
{
char *mptr;

mptr = &buf[strlen(buf) + 1];

if(strstr(mptr, process) != (char *)NULL) return 1;
}
}
close(fd);
closedir(dp);
return 0;

}

항상 받아볼때마다 느끼지만.. 세상 돌아가는 부분에 대해서 많은 생각들을 갖게 해준다...

그리고.. 미처 생각지도 못했던 사회문제에 대해 생각할 수 있게 해주는 잡지가 아닌가 한다...

이번호에서 가장 기대가 컸던 부분은 100분 토론과 손석희 교수의 하차...

손석희 교수의 입장 표명과 관련해서 인터뷰를 해서 100분 토론을 진행하면서 느낀점.. 아쉬운점... 등을 같이 실어주었으면.. 하는 바램이 있었던지라 짧은 내용에 아쉬움이 들 수 밖에 없었다..

표제로 실린 '나는 가난하다 고로 자퇴한다'를 보면서 의무교육 과정을 졸업한지 어언 10여년이 넘어버린 지금에.. 너무나 교육 과정, 환경에 대해 외면하고 살아가고 있지 않나.. 분명 훗날 내아이가 겪을 일들일수도 있는데 말이다...

2009년 11월 6일 대정부 질문을 우연찮게 보면서... 현 정부의 자위식 법치주의의 끝이 어딘가.. 하는 생각을 하지 않을 수 없었다..

앞으로 남은 기간동안 우리 나라의 민주, 법치, 경제, 인권, 자유... 등등... 그 많은 것들이 얼마나 더 뒤로 가고 썩어가야할지 씁쓸한 기분을 지울수가 없었다...

(뭐.. 정확히는 data handling하는 부분에 있어서 thread로 동작시 강제 종료할 경우 data가 틀어지는 문제가 있어서... 흑..ㅠㅠ)

기존의 sigprocmask대신에 pthread_sigmask를 사용하는데.. 새로 알게 된 사실들....

1. thread 생성 이전에 signal 을 설정해줘야 한다...

아래의 sample code에서와 같이 SIG_BLOCK을 thread 생성전에 해줘야 thread에서 해당 signal 이 block된다...

심지어.. thread 생성전에 signal을 설정해줘도.. SIG_UNBLOCK을 해두면.. 무효.. -_-

2. pthread_sigmask라고 해도.. thread별로 signal을 받는게 아니므로.. 큰 의미는 모르겠음.. -_-;;

아래 샘플코드는 테스트한 내용을 전부 해둔거라 지저분하지만.. 뭐.. 언젠가 또 볼일이 있을지도...ㅋ

결론: thread로 바꿀시에는 심각하게 signal이라던가.. variable등을 심각하게 고려해 concurrency control에 문제가 없는지 다시 한번 고민해볼지어다..ㅠㅠ

<1>

#include <stdio.h>
#include <signal.h>
#include <pthread.h>

#include <time.h>

sigset_t mdgBset, mdgOset;

void *sub(void)
{
char tmp[1024];

sigset_t newmask;
struct timespec st;

sigemptyset(&newmask);
sigaddset(&newmask, SIGINT);
#if 1
pthread_sigmask(SIG_UNBLOCK, &newmask, 0);
#if 0
if(pthread_sigmask(SIG_BLOCK, &mdgBset, 0) != 0)
fprintf(stderr, "[%s: %d]\n", __FILE__, __LINE__);
#endif
printf("yo man~!\n");
fgets(tmp, sizeof(tmp), stdin);

pthread_sigmask(SIG_BLOCK, &newmask, 0);

st.tv_sec = 3;
st.tv_nsec = 0;
printf("end man~!\n");
fgets(tmp, sizeof(tmp), stdin);
//nanosleep(&st, NULL);
#if 0
if(pthread_sigmask(SIG_SETMASK, &mdgOset, 0) != 0)
fprintf(stderr, "[%s: %d]\n", __FILE__, __LINE__);
#endif
printf("done man~!\n");
fgets(tmp, sizeof(tmp), stdin);
pthread_sigmask(SIG_UNBLOCK, &newmask, 0);
printf("restart man~!\n");
fgets(tmp, sizeof(tmp), stdin);
#else
sigprocmask(SIG_UNBLOCK, &newmask, 0);
#if 0
if(pthread_sigmask(SIG_BLOCK, &mdgBset, 0) != 0)
fprintf(stderr, "[%s: %d]\n", __FILE__, __LINE__);
#endif
printf("yo man~!\n");
fgets(tmp, sizeof(tmp), stdin);

sigprocmask(SIG_BLOCK, &newmask, 0);
printf("end man~!\n");
fgets(tmp, sizeof(tmp), stdin);
#if 0
if(pthread_sigmask(SIG_SETMASK, &mdgOset, 0) != 0)
fprintf(stderr, "[%s: %d]\n", __FILE__, __LINE__);
#endif
printf("done man~!\n");
fgets(tmp, sizeof(tmp), stdin);
sigprocmask(SIG_UNBLOCK, &newmask, 0);
printf("restart man~!\n");
fgets(tmp, sizeof(tmp), stdin);

#endif
}

void sub_set()
{
sigemptyset(&mdgBset);
sigaddset(&mdgBset, SIGINT);
#if 1
if(pthread_sigmask(SIG_SETMASK, &mdgBset, &mdgOset) != 0)
{
fprintf(stderr, "[%s: %d]\n", __FILE__, __LINE__);
}
if(pthread_sigmask(SIG_SETMASK, &mdgOset, 0) != 0)
{
fprintf(stderr, "[%s: %d]\n", __FILE__, __LINE__);
}
#if 1
if(pthread_sigmask(SIG_BLOCK, &mdgBset, 0) != 0)
fprintf(stderr, "[%s: %d]\n", __FILE__, __LINE__);
// pthread_sigmask(SIG_UNBLOCK, &mdgBset, 0);
#endif
#else
sigprocmask(SIG_SETMASK, &mdgBset, &mdgOset);
sigprocmask(SIG_SETMASK, &mdgOset, NULL);
sigprocmask(SIG_BLOCK, &mdgBset, NULL);
// sigprocmask(SIG_SETMASK, &mdgOset, NULL);
#endif
}

int main(int argc, char* argv[])
{
pthread_t tid[4];
int iIdx;

sub_set();
// pthread_sigmask(SIG_UNBLOCK, &mdgBset, 0);
#if 1
for(iIdx = 0; iIdx < 1; iIdx++)
pthread_create(&tid[iIdx], NULL, sub, NULL);

for(iIdx = 0; iIdx < 1; iIdx++)
pthread_join(tid[iIdx], NULL);
#else
sub();
#endif
}

대충 원인을 파악해보니 해당 프로세스가 메모리가 계속적으로 증가하다가 4일정도 돌리면 메모리 부족으로 죽으면서 가입자가 유실되는 듯한.. 쿨럭..;;

또 머리 아픈 memory leak을 잡아야 하는데... top 으로 계속 보는것도 좋지만 다음과 같이 script를 하나 짜서 정말로 heap 영역이 증가하는지 확인하는것도 하나의 방법~

while true

do ps -ef | grep a.out | sed '/grep/d' | awk '{print $2}' | while read pid

do pmap $pid | grep total

done

sleep 1

done

뭐.. 별거 아닌 스크립트지만 나름 유용하게 사용 가능하며 응용하면 잘 쓸 수 있지 않을까? 

1초 주기로 계속해서 pmap의 total 값의 증가를 지켜보는건데 이렇게 해서 확인 결과 정말로 늘어나는걸 확인

어떤게 원인일까 추적중에 SQL Statement Handle을 Alloc하고 Free하지 않는 코드가 있음을 확인하여 수정하고...

오늘로 3일째 관찰중..-_-;;

아직까지는 메모리 증가하는건 없지만, 정말로 memory leak으로 인해서 날라가는지 확인하기 위해 지속적으로 관찰중... -0-

ps. 원래는 valgrind 신봉자이지만.. -_-;; 

shell script + perl + DBI + DBD + unixODBC + 자체 ODBC가 엮여 있다보니 valgrind로 돌려도 별 그렇다할게 못 나와서 뻘짓중.. ㅠㅠ

ps2. valgrind 는 memory leak을 확인하는데에 있어서는 킹왕짱~!

valgrind -v --trace-children=yes --leak-check=full --show-reachable=yes process_name

정의... 올바르고 바른 생각, 도리... 언제까지 잊고 살아야 하나..

다들 한번씩 생각해보았으면 좋겠군요...

 
딴지일보... 

과거의 언론조작

ps. 고등학교때 국어 선생님이셨던 분이 이런 이야기를 해주셨습니다..
"투표란... 나쁜 놈들 중에서 그나마 덜 나쁜 놈들을 뽑아야 하는 것이다.."
공교육을 담당하시는 분들께서도 학생들이 "이익" 을 보면서 살아가는게 아닌 "정의"를 보면서 살아갈 수 있게 교육을 해주셨으면
하는 바램입니다....

ps2. 사교육도 나쁘지는 않군요.. -_-;;

표지만 보면 Maxim이라던가... 하는 남성 잡지의 느낌이 물씬 풍긴다. 거기다.. 이번에는 핑크빛~!!! 상큼한 여인네가 한손에 "COWON 99"를 들고 표지에서부터 웃고 있지 아니한가... 

오랜만에 받아드는 스터프를 보다보니 뭔가가 눈에 거슬린다... 뭔가 했더니 HOT Stuff 상단의 광고들...

전에 볼때는 몰랐지만.. 다시 보니 느껴지는 불편함이랄까? 

제품들이 종류별(?)로 분류되어 있지 않고 자전거, 전자 제품, 오토바이, 자전거, 영화, 전자제품, 영화...

차례대로 모아놓을수는 없었을까? 아니면 어떤 이유가 있어서 저렇게 해놓은걸까... 

Stuff에 주로 실리는 내용들을 간략하게

'전자 제품' '비전자제품' 'Culture' 'Fashion' 'Living' 과 같이 정리해 올리면 더 좋지 않을까 하는 아쉬움이 든다..

뭐... 이번호에도 장난감만 따로 다루고, 자전거만 모아놓기도 했지만 그런 섹션을 할당했으면 그 센션과 인접한 위치에 비슷한 제품군을 실어주면 어떨까 하는 바램이다..

이런 저런 불평을 늘어놓기는 했지만.. 그래도 지름신 강림에는 STUFF가 최고다~!!