Project epHttpd #

여태까지의 작업을 기반으로, 이제는 Epoll 기반의 httpd 서버, 즉 웹서버를 구현해보려고 한다. 그렇다고 해서 httpd 1.0/1.1 의 프로토콜을 다 구현하는게 아니라,

GET /
GET /index.html
GET /sample.jpg

간단한 GET 프로토콜을 처리하는 - 파일전송서버 수준의 - 간단한 서버다. 이 프로젝트는 공부목적 혹은 상용웹서버 제작목적이라기보다는 다음을 구현하는데 의의가 있다.

1. Text 기반 프로토콜 ( 한 라인의 끝이 CR 혹은 CR,LF로 끝나는 일반적인 라인기반 )의 구현
2. Send Buffering 을 통한 대용량 전송
3. epoll 스트레스 테스트
   

epoll관련된 웹 강좌, 샘플프로그램들을 구할 수는 있으나 세밀한 에러처리가 포함된 안정된 서버소스는 찾기 힘들다. 이 프로젝트는, 기존 샘플프로그램들을 상용서버, 즉 상업적 이용이 가능한 수준의 프로그램들을 구현하고자 한다. (과연 ... -_-;;;)

1.1 HTTP 프로토콜 : ?IExplorer의 query와 서버 response 분석 #

GET / HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/msword, application/vnd.ms-excel, 
application/vnd.ms-powerpoint, application/x-shockwave-flash, */*
Accept-Language: ko
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461)
Host: 192.168.0.90:8000
Connection: Keep-Alive
[여기에 CRLF만을 포함하는 하나의 빈 라인이 반드시 존재] 

그냥 단순하게 덤프하는 서버를 돌려놓고, Internet Explorer를 접속시켜봤다. 그랬더니 위와같은 결과가 나왔다 (192.168.0.90:8000은 필자가 쓰고있는 서버의 주소:포트번호 이다). 여기서 우리가 집어내야 할 항목은 GET / 이고 다른것에는 관심이 없다. 이 결과는 IE에서 http://192.168.0.90:8000/ 한것이고 만약 http://192.168.0.90:8000/image.jpg 로 입력을 하면,

GET /image.jpg HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/msword, application/vnd.ms-excel, 
application/vnd.ms-powerpoint, application/x-shockwave-flash, */*
Accept-Language: ko
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461)
Host: 192.168.0.90:8000
Connection: Keep-Alive
[여기에 CRLF만을 포함하는 하나의 빈 라인이 반드시 존재]

이런 요청을 받는다. HTTP 헤더에 대한 보다 자세한 링크

이에 대한 응답은 다음과 같은 형태를 띤다.

HTTP/1.0 200 OK
Date: Thu, 03 May 1997 16:04:09 GMT 
Server: NCSA/1.4.2
MIME-version: 1.0
Content-type: text/html
Last-moidified: Thu, 03 May 1997 16:03:27 GMT
Content-length: 145
[여기에 CRLF만을 포함하는 하나의 빈 라인이 반드시 존재]
[실제 데이터]

즉, 우리가 만들 서버는 이런형식의 응답을 해 주어야 한다. 첫줄의 200 이라는 숫자는 HTTP 응답코드로 성공의 의미이고, 만약에 파일을 찾지 못하면 404, 억세스권한이 없으면 403을 리턴한다. Content-type은 우리가 쏴 주어야 할 자료의 형식인데 text/hmtl, image/jpeg, ... 의 형식.

위와 같은 http 헤더 뒤에 빈줄 하나가 들어가고 실제 파일의 내용이 담기게 된다.

1.2 서버의 구현 개요 #

ephttpd는 다음과 같은 처리 흐름을 가지고 구현할 것이다.

1. 클라이언트가 연결되면 'GET ...' 의 request를 보낼 것이다.
2. 다른 내용은 다 무시하고 GET 뒤의 url을 추출한다.
3. url로부터 실제 파일을 찾아보고 해당파일을 열어 전송한다.
   

이 과정에서, 여러가지의 보조 루틴들을 필요로 하며 모두 제작할 것이다.

1. 텍스트 한줄을 공백기준으로 잘라내는 Token 함수
2. 상대 url로부터 파일의 절대위치를 얻어내는 함수, 단 해킹의 위험이 있기에 url에서 ..등을 거부하는 기능 구현
3. HTTP 헤더 생성 함수 (사이즈, 수정일자 등)
   

다만, 이 서버가 실제 웹서버를 대체하기위해 개발되는 것이 아니므로 다음의 것들은 구현하지 않을 것이다.

1. URLENCODE, URLDECODE : url 표준규격에 맞추기 위해 공백이 %20로 대체된 경우등에 대한 디코딩
2. 한글파일이름처리 : url에 한글등 특수문자가 포함되었을 경우에 대한 처리
3. 디렉토리 브라우징 : 파일을 요청한것이 아니고 디렉토리를 요청했을 경우에 대한 처리
4. CGI 인터페이스 구현
5. php엔진등과의 연결
6. 로깅
7. 기타등등
   
   

1.3 ?TTextClient : Text/Line Protocol 구현 #

일단 가볍게 떠오르는 구현 순서는 이렇다.

1. ?OnIdle에서, recvbuf.View(...)를 통해 라인브레이커(CRLF)가 들어왔는지 확인
2. 들어왔다면, 한 라인 꺼내기 (View&Skip 혹은 Pop)
   

하지만, View 함수 내부적으로 복사를 수행하므로 단지 한 라인이 들어왔는지를 검사하는 목적으로는 낭비가 심하다. 그래서, ?TBinQueue의 수정을 필요로 한다.

새로만들 클래스는 ?TTextQueue. 자세한 구현은 별도 문서로 정리하였다(TextBuffering). 이 클래스를 이용하여 다음과 같은 순서로 구현한다.

1. ?OnRead에서, 들어온 데이터를 바로 ?TextQueue에 넣는다.
2. ?OnIdle에서, recvlist.empty()로 들어온 데이터가 있는지 확인하고 꺼내서 처리
   
   

1.3.1 Text/Line 프로토콜의 기본클래스 ?TTextClient 구현 #

#define MAX_LINE 256
#define MAX_BUF 819200

class TTextClient : public TEpollClient
{
protected :
    TTextQueue *recvlist;
    TBinQueue  *sendbuf;
    int nin, nout;

    bool is_would_block;
    bool is_error;

    virtual int internalbuffersize(void) { return MAX_BUF; };
    virtual int Flush(void);

public :
    TTextClient(const int lfd, const char *laddr) : TEpollClient(lfd, laddr)
    {
        recvlist = new TTextQueue(MAX_LINE);
        sendbuf  = new TBinQueue(internalbuffersize());

        nin = nout = 0;
        is_would_block = is_error = false;
    };

    ~TTextClient()
    {
        delete recvlist;
        delete sendbuf;
    };

    virtual int OnWrite(void);
    virtual int OnRead(void);
    virtual int OnIdle(void);
    virtual int OnError(const int);
}; 

?TBasicClient를 상속받아서 구현하려다가, 몇가지 번거로운 문제들이 있어서 Binary용과 Text용의 ?BasicClient 클래스를 각각 만들기로 했다. 두 클래스의 동작방식은 다 똑같지만, ?OnRead 에서 바이너리 버퍼링을 하느냐 텍스트 버퍼링을 하느냐의 차이이다. 나중에 시간이 더 되면 (과연 --;;) 두 클래스의 공통분모를 뽑아내서 ?TEpollClient - ?TBasicClient - ?TBinClient 와 ?TEpollClient - ?TBasicClient - ?TTextClient의 체계를 가지도록 구성해 보고는 싶다.

?TTextClient는 sendbuffer에 대해서는 바이너리와 텍스트 구분없이 똑같이 바이너리로 처리하도록 했다. 다만 나중에 사용자 편의를 위해 ?SendText나 ?SendLine 같은 메쏘드를 제공해 줄 것이다. recvbuffer는 바이너리의 경우와 구분하기 위해 recvlist라고 이름붙였는데 char *의 list구조로 선언하였다.

1.3.2 TTextClient:?:OnRead() 구현 #

int TTextClient::OnRead(void)
{   
    char buf[SIZE_OSBUF];
    int nread = read(fd, buf, SIZE_OSBUF);

    if(nread == 0) return EP_ERROR_READ_CLOSE;
    else if(nread < 0){
        if(errno == EAGAIN) return EP_ERROR_NONE;
        return EP_ERROR_READ_GEN;
    }
    if(recvlist->Push(nread, buf) < 0){
//        cout << "read overflow\n";
        return EP_ERROR_READ_OVERFLOW;
    }
        
    nin += nread;

    return EP_ERROR_NONE;
}; 

바이너리 클래스와 크게 다르지 않다. recvbuf대신에 recvlist(즉, ?TTextQueue)에 데이터를 넣을 뿐이다. 마찬가지로 이 곳에서 바로 들어오는 데이터를 분석&처리하지 않고 소켓에서 데이터를 읽어 쌓는 작업만을 하도록 했다. 실제 처리&분석은 ?OnIdle 에서 수행할 것이다.

recvlist->Push의 리턴값이 0 인 경우는, 데이터는 들어왔지만 한 라인을 채우지 못한 경우로 봐야하므로 에러처리 하지 않고, 0 보다 작은 경우에 에러 처리하도록 하였다. 에러는 두 종류일텐데 BUF_ERROR_MAX_LINE (한 라인이 너무 길다)와 BUF_ERROR_MAX_LIST (보관된 라인 숫자가 너무 많다). 특별히 처리하지 않고 에러리턴 하게 하였는데 이 결과로 이 소켓의 연결은 끊어질 것이다.

이 두 종류의 에러 처리는 난감하다. 첫째는 프로토콜 규약을 준수하지 않았을 확률이 높고 두번째는 서버가 처리하는 것보다 훨씬 많은 데이터가 수신된 경우일 확률이 높다. 이 두가지 상황이 일어나지 않도록 하는게 좋겠지만, 여유가 된다면 상수들을 넉넉한 숫자로 잡아주면 오류를 최대한 줄일 수 있을 것이다. (MAX_LINE, MAX_LIST in buffer.h)

1.4 ?THttpClient 클래스 구현 #

?TTextClient 를 기반으로, ?THttpClient를 구현한다. 대부분의 입출력처리는 ?TTextClient가 해줄것이고, ?THttpClient는 ?OnIdle 만 구현한다.

1.4.1 THttpClient:?:OnIdle()의 구현 : 메세지 분석 & 처리 #

여기까지 해서 클라이언트에서 보낸 데이터를 라인별로 손에 넣었다! 각 라인을 어떻게 처리할 것인가는 역시 사용자의 몫이다. 계속해서 완성도 높은 웹서버로 만들어 가고자 한다면, 빈줄이 들어올때까지를 하나의 헤더구조로 묶어 관리할 필요가 있다. 이 글에서는 간단하게 'GET' 으로 시작되는 라인에만 관심을 가지고 분석 처리할 것이다.

1. 한 라인씩 꺼내서 처음 3 바이트가 'GET' 으로 시작하는지 검사하고,
2. 공백을 기준으로 토큰을 분리하여,
3. 두번째 토큰을 기준으로 절대 파일경로를 완성
4. 전송루틴으로 전달
   
   

한 라인씩 꺼내서 처리하기

    ....
    while(! recvlist->empty()){
       char buf[MAX_LINE];

       if(recvlist->Pop(buf) < 1) break;

       .... 
    }
    .... 

혹은,

    ....
    char buf[MAX_LINE];

    while( recvlist->Pop(buf) > 0 ){
        ....

    }
    .... 

이런식으로 한라인씩 꺼내 처리한다. TTextQueue:?:Pop은 꺼낼 라인이 없을경우 0을, 정상인경우 1을 리턴한다.

토큰분리

토큰분리는 아주아주 많이 쓰이는 기술이다. 그래서 날잡아 따로 정리를 할 것이지만, 여기서는 strchr을 이용해서 간단히 구현했다. 이 함수는 공백을 기준으로 잘라낸다음 vector 컨테이너에 담아 준다. strtok 함수가 이럴때 쓰라고 있기는 하지만 여러가지 번거로운 문제가 있어서 사용하지 않았다.

int tokens(const char *s, vector<const char *> &vToken)
{
    vToken.clear();
    char *sptr, *nptr;
    int nt;

    int n, nsize = strlen(s);

    while(*s){
        sptr = strchr(s, ' ');
        if(!sptr) break;

        nt = sptr - s;
        nptr = new char[nt+1];
        strncpy(nptr, s, nt);
        nptr[nt] = 0;
        vToken.push_back(nptr);

        s = ++sptr;
    }
    if(*s) vToken.push_back(s);

    return vToken.size();
} 

vToken이 포인터의 배열이므로, 삭제할때에 조금 번거롭다. 범용 컨테이너 삭제함수 Sequence Delete를 이용하여 삭제처리한다. 참고 : http://oopsla.snu.ac.kr/~sjjung/stl/ptr_0001.htm

template <class ForwardIterator>
void sequence_delete(ForwardIterator first, ForwardIterator last)
{
    while (first != last)
        delete *first++;
} 

메세지분석을 통해 요청 url 얻어내기

    while(recvlist->Pop(buf) > 0){
        if( strncmp(buf, "GET", 3) ) continue;

        do {
            std::vector<const char *> ve;
            ntoken = tokens(buf, ve);

            if(ntoken < 2) continue;

            msgGET(ve[1]);
        } while(0);
    } 

한줄씩 꺼내서, 처음 세글자가 'GET'으로 시작되는지 파악한후 공백기준으로 잘라낸다. 이 값을 msgGET : GET 메세지처리함수로 전달한다. do... while(0) 은 의미없이 사용 - ?OnIdle 이 수도없이 호출되므로 변수생성을 효율적으로 하기 위해 사용하였다.

=== HTTP 헤더 전송=== msgGET()

#define DEFAULT_DOC "index.html"

int THttpClient::msgGET(const char *url)
{
    int httpcode = 200;

    char filename[MAX_LINE], mime[MAX_LINE];
    getcwd(filename, MAX_LINE);

    strcat(filename, url); // make the full filename

    // url 의 마지막이 / 라면,
    if( filename[strlen(filename) - 1]  == '/' ) strcat (filename, DEFAULT_DOC);
    // url 오류검사
    if( (filename[0] != '/') || (strstr(filename, "..") != NULL) ) httpcode = 500;

    ....   

요청 url로부터 풀패쓰파일네임을 만들어낸다. 요청url의 끝이 '/' 일 경우 (예를 들어 http://www.yahoo.com/)는 디폴트 도큐먼트 이름으로 한다. 웹브라우저는 항상 url이 '/'로 시작하도록 조정을 하는데, 이 문자로 시작하지 않거나 url 에 '..'이 포함되는 경우는 에러로 처리하도록 하였다 - 에러라고 하더라도 500 코드로 응답해 주도록 한다.

파일상태 검사

    // stat 얻어냄
    struct stat fileinfo;

    if ( stat(filename, &fileinfo) == -1)
    {
        switch(errno){
        case ENOENT : // file not found
            httpcode = 404;
            break;

        case EACCES : // permission denied
            httpcode = 403;
            break;

        default : // some error
            httpcode = 500;
        }
        ResponseHeader(httpcode);
    } else {
        get_http_mime_type(filename, mime);
        ResponseHeader(httpcode, fileinfo.st_mtime, fileinfo.st_size, mime);
    }

unstd.h의 stat 함수를 이용해서, 파일 상태를 간단히 조사한다. 파일의 존재 유무와 억세스 권한검사, 파일타입(링크인지..등등)을 검사할 수 있고, 성공하면 struct stat에 파일의 상세정보 (생성날짜, 소유주, 권한 등등)를 알려주는데 이 값들을 응답함수에 전달하도록 했다. get_http_mime_type 이라는 함수를 임시로 하나 만들었는데, 시스템에서 별도로 관리를 하므로 시간이된다면(^^;) 시스템에 등록된 마임을 얻어내도록 고쳐 보자.

mime 얻어내기

#define MIME_DEFAULT  "text/plain"

int get_http_mime_type(const char *file, char *outbuffer)
{
    char *ptr = strrchr(file, '.');

    if(! ptr)                     strcpy(outbuffer, MIME_DEFAULT);
    else if(!strcmp(ptr, "jpg"))  strcpy(outbuffer, "image/jpeg");
    else if(!strcmp(ptr, "html")) strcpy(outbuffer, "text/html");
    else                          strcpy(outbuffer, MIME_DEFAULT);

    return 1;
} 

단순히 확장자를 검사해서 몇가지 종류중에서 해당되는 마임을 리턴하도록 했다.

?ResponseHeader : 응답 헤더 전송

int THttpClient::ResponseHeader(const int errcode, const time_t mtime, const int csize, const char *mime)
{
    char buf[MAX_LINE], errstr[MAX_LINE], datestr[MAX_LINE], mimestr[MAX_LINE];

    switch(errcode){
    case 200 : strcpy(errstr, "OK");
        break;
    case 404 : strcpy(errstr, "Object Not Found");
        break;
    case 403 : strcpy(errstr, "Permission Denied");
        break;
    case 500 : strcpy(errstr, "Internal Server Error");
        break;
    }

    time_t tt;
    time(&tt);
    get_http_gmtime_str(tt, datestr);

    sprintf(buf, "HTTP/1.0 %d %s\n"
                 "Date: %s GMT\n"
                 "Server: %s\n", errcode, errstr, datestr, SERVER);

    sendbuf->Push(strlen(buf), buf);

    if(errcode == 200){
        get_http_gmtime_str(mtime, datestr);

        sprintf(buf, "Last-modified: %s\n"
                     "Content-type: %s\n"
                     "Content-Length: %d\n" , datestr, mime, csize);

        sendbuf->Push(strlen(buf), buf);
    } else {
        sprintf(buf, "Content-Length: %d\n" , 0);
    }
    sendbuf->Push(2, CRLF);

    return 0;
} 

보는것처럼, 헤더내용을 만들어내는 함수이다. 헤더의 끝은 빈줄이므로, 마지막에 빈줄 하나 보내주는것 잊지 말자. 헤더내용중에 날짜관련된 곳이 2개가 있는데(Date: 와 Last-modified: ), HTTP 응답에서, 응답시간 및 컨텐츠의 최종수정시간 형식은 GMT를 기준으로 하므로 get_http_gmtime_str함수를 제작하였다.

int get_http_gmtime_str(const time_t tt, char *outbuffer)
{
    // 형식 : Thu, 03 May 1997 16:04:09 

    char *dow[] = { "Sun", "Mon", "Tue", "Wed", "Thu", "Fri", "Sat" };
    char *mon[] = { "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" };

    struct tm *ttm = gmtime(&tt);

    sprintf(outbuffer, "%s, %02d %s %04d %02d:%02d:%02d",
        dow[ttm->tm_wday], ttm->tm_mday, mon[ttm->tm_mon],
        ttm->tm_year + 1900, ttm->tm_hour, ttm->tm_min, ttm->tm_sec
    );

    return 1;
} 

struct tm 의 형식은, 가끔 혼란스러운데 요일, 월은 0부터 시작하고, 연도는 1900년부터 시작한다. 나머지값들은 예상하는대로 상식적이지만, 요일&월&년은 주의해야 한다. 이 구조체에서 y2k 문제는 발생하지 않는다. GMT를 얻어내기 위해 gmtime을 호출했는데, 현재 시스템의 로케일에 맞는 시간 (즉, 현재시간)은 localtime으로 얻어낸다.

이렇게 해서 헤더 전송은 마무리하고, 이제 컨텐츠 본체를 전송해야 한다.

1.4.2 HTTP 본체 전송 #

본체 전송은 파일을 읽어서 그 내용을 전송해주면 된다. 쉽다? 하지만 골치아픈 문제가 하나 숨어있다. 파일 사이즈가 센드버퍼 사이즈보다 크다면 Sendbuffer overflow에 직면하게 될 것이다. mpeg 같은 몇백매가 파일도 무난히 전송해 줄 수 있어야 할텐데 현재 까지의 작업으로는 방법이 마땅찮다. 고민을 좀 해보면,

1. 여유버퍼사이즈 > 파일사이즈 : 한번에 다 밀어 넣고 종결.
2. 1)에 해당되지 않을 경우, 파일센드큐에 넣고
3. ?OnIdle 에서, 파일센드큐가 무언가 있으면 전송
   

이 방법으로 할 때에는, 파일 전송도중에 다른 센드를 할 수 없다 - 데이터 순서가 꼬인다 -. 여러개의 파일을 하나의 소켓으로 보내려고 할때에도 개선되어져야 한다. 어쨌거나 문제가 많다. 일단, 1)번을 구현해 본다.

한번에 다 읽어 전송

#define READ_ONCE  20000

int THttpClient::ResponseBody(const char *filename)
{                
    FILE *fp;    

    fp = fopen(filename, "r");
    if(fp == NULL) return -1;

    char buf[READ_ONCE];
    int  nread;      
                     
    while(!feof(fp)){
        nread = fread(buf, 1, READ_ONCE, fp);
    
        if(nread < 1) break;
        if(sendbuf->Push(nread, buf) < 1){
            // buffer overflow
            break;
        }
    }
    fclose(fp);

    return 1;
} 

1.5 EpollSocket 의 수정 #

기존 ?TEpollSocket<?TEpollClient> 에서 한 가지 문제가 있었는데, 서버쪽의 의도로 연결을 끊을 방법이 마땅찮은 것이다. HTTP 프로토콜의 구현에서 원하는 문서를 다 전송하고 나면, 서버는 연결을 끊도록 되어 있다. 문제는 ?SendBuffer에 데이터가 남아있는 상황에서는 이 데이터를 다 전송하고 종료해야 하는데, 기존의 구조에서는 ?OnIdle에서 에러를 리턴해서 ?TEpollSocket.Idle()에서 종료처리에 들어가도록 해주고, 별도의 종료처리 프로시저를 만들어서 버퍼를 비워주고 버퍼가 다 비워지면 연결을 종료하도록 작성해야 했다.

이 문제를 해결하기 위해, ?TEpollClient는 is_readyto_close() 함수를 작성하도록 강요하고, 버퍼가 비워졌을 경우에만 true를 리턴하도록 했다 (물론 read, write에서 에러가 발생했거나 disconnect된 경우는 이 경우를 검사할 필요가 없다). ?TEpollSocket에서는 ?OnIdle에서 각 연결의 is_readyto_close를 검사해서, 만약 true가 돌아오면 연결종료처리를 한다 (이미 버퍼는 다 비워져있다!).

?TEpollClient의 수정

class TEpollClient
{
    ....
    virtual bool is_readyto_close(void) = NULL;
    ....
}; 

?TEpollSocket의 수정

// map <int, T *> 라고 쓰고싶지만 아래처럼 써줘야 warning이 나지 않는다.
typedef std::_Rb_tree_iterator<std::pair<const int, T*>, std::pair<const int, T*>&, std::pair<const int, T*>*> mapit;

template <typename T>
int TEpollSocket<T>::Idle(void)
{   
    mapit it = mapClient.begin();
    
    while(it != mapClient.end()){ 
        it ->second->OnIdle();
        if(it->second->is_readyto_close()) return OnDisconnect(it);

        it++;
    }
    return mapClient.size();
}

template <typename T>
int TEpollSocket<T>::OnDisconnect(mapit& it)
{
    T *tmpClient = it -> second;
    if(! tmpClient) return -1;

    mapClient.erase(it);

    epoll->Delete(it->first);
    close(it->first);
    delete tmpClient;

    return mapClient.size();
}  

?THttpClient의 수정

class THttpClient : public TTextClient
{
protected :
    bool is_force_close;
    ....

public :
    THttpClient(const int lfd, const char *laddr) : TTextClient(lfd, laddr)
    {
        is_force_close = false;
    };

    ....
    virtual bool is_readyto_close(void);
    ....
};

bool THttpClient::is_readyto_close(void)
{
    if(! is_force_close) return false;
    if(! sendbuf->empty()) return false;

    return true;
} 

다 됐다!! 이제 보낼만큼 보냈으면, is_force_close = true로 해주면 된다.

int THttpClient::msgGET(const char *url)
{
    ....

    if(...){
        ....
        ResponseHeader(httpcode, fileinfo.st_mtime, fileinfo.st_size, mime);
        ResponseBody(filename);
    }

    is_force_close = true;
    ....

1.6 Signal 핸들러 #

프로그램이 for(;;) 의 무한루프를 계속 돌기때문에 정상적인 종료처리를 못하고 Ctrl-C 를 눌러서 끝내야 하는데, SIGTERM과 SIGINT에 대한 핸들러를 만들어 붙여 보았다.

1.7 소스 #

Replace original file
Rename if it already exist

File name		Size(byte)	Date
	..		2007-01-09
	httpd1.1.tgz	31755	2004-06-30
Total 1 files

Password: