2010/10/06 23:52

오래간만의 포스팅은 Povis 자동화 라이브러리이다.

이전에도 올렸었던 것 같기도 한데, 이번에 추가된 내용은 식단표를 읽어오는 내용이다.

포비스 시스템 자체가 약간 병맛나서 익스 6.0, 7.0으로밖에 들어갈 수 없기도 하지만, 더해서 올라오는 식단표도 어딘가에서 재사용하기 구려서 파싱하는 프로그램을 만들었다.

당연히 POVIS에 접속해야하므로 아이디와 비번이 있어야 긁어올 수 있다.

루비로 되어 있고, nokogiri와 net/http, open-uri 라이브러리를 필요로 한다.

아... 저 세개가 다 내 던파 캐릭 이름이군ㅋ


저작자 표시 비영리 동일 조건 변경 허락
크리에이티브 커먼즈 라이선스
Creative Commons License

'프로그래밍 > Ruby' 카테고리의 다른 글

POVIS 자동화 라이브러리  (0) 2010/10/06
Fortune Delivery  (0) 2010/06/17
Ruby-GNOME2-0.19.4 for Windows  (0) 2010/04/27
ruby 동영상 플레이어 라이브러리 with DirectShow  (0) 2010/04/18
Ruby-GTK2 0.19.3 for Windows  (0) 2010/04/13
네이트온 자동 로그인  (0) 2009/12/04
Posted by gwangyi
2010/06/17 12:32

내가 다니는 학교 POSTECH은 기숙사 학교기 때문에, 배달 음식을 시켜먹는 일이 잦다.
근데 요즘 돈도 없었고 먹을 일도 잘 없어 배달음식을 자주 안시켜먹었더니, 뭐가 맛있고 뭐가 괜찮은지 모르는 상황에 이르렀다.
그래서 랜덤으로 배달메뉴를 고르는 프로그램을 만들어야겠다는 결론에 도달했다.

루비로 짰는데, CGI로 짤려고 했더니 매번 호출때마다 파싱해 오는게 너무 느려서 standalone web server로 만들었다.

웹서버 코드는 웹서핑 해서 나온 코드를 대충 때려박아 넣었다.

핵심인 배달업체 페이지 분석에서 학교 홈페이지가 공개되면 여러모로 곤란해질듯 하여 그 부분은 X로 마스킹 했으니, 그냥 켜면 절대 돌아가지 않는다.

저작자 표시 비영리 동일 조건 변경 허락
크리에이티브 커먼즈 라이선스
Creative Commons License

'프로그래밍 > Ruby' 카테고리의 다른 글

POVIS 자동화 라이브러리  (0) 2010/10/06
Fortune Delivery  (0) 2010/06/17
Ruby-GNOME2-0.19.4 for Windows  (0) 2010/04/27
ruby 동영상 플레이어 라이브러리 with DirectShow  (0) 2010/04/18
Ruby-GTK2 0.19.3 for Windows  (0) 2010/04/13
네이트온 자동 로그인  (0) 2009/12/04
Posted by gwangyi
2010/05/11 17:26

요즘은 인터넷 홍수 시대라고 해도 과언이 아닐 정도로 엄청난 양의 정보들이 인터넷을 통해 유통되고 있다. 최초의 인터넷(정확히는 www:World Wide Web)은 단순히 발행된 정보를 독자에게 전해주는 단방향 커뮤니케이션이었지만, CGI라고 하는 요술방망이가 등장한 이후 사용자가 서버에게 단순히 요청만 하는 것이 아니라 정보를 제공해주고 그 제공된 정보를 서버가 다시 처리해 돌려주는 신비한 일도 발생하기 시작했다.

지금이야 php다, RoR이다, django다 하는 더 이상한 놈들에게 자리를 빼앗기거나 대체, 또는 그것들을 위한 단순한 backend 수준으로 그 위상이 격하된 CGI이지만 처음 나왔을 때는 상당하고도 신선한 충격이었고, 덕분에 Perl이라는 언어는 원래 계획됐던 보고, 시스템 관리용 언어에서 벗어나서 굉장히 넓은 지평을 갖게 되었다. 한 때 우리나라에서 유행했던 소위 “설치형 웹게임”이란 놈들은 거의 다 이 Perl로 짜여지기도 했다.

Perl은 시스템 관리용으로도 쓰였기 때문에 웬만한 머신에는 다 설치되어 있었고, 따라서 CGI를 쓰는 데는 큰 문제가 없었지만 가끔씩 Perl이 설치되지 않았거나 Perl을 사용할 수 없는 웹서버가 있었고, 또 Perl이란 언어 자체가 내부적으론 컴파일링을 하지만 원시 코드(source code)를 그대로 입력받는 언어였기에 필연적으로(하지만 지금은 전혀 상관없는) 속도가 느려지기 마련이어서, 가끔 바이너리로 된 CGI가 배포되기도 했었다.

하지만 이제 와서는 사실, Perl이 안 깔린 머신도 없고 웬만한 기능은 다 Perl, python, ruby 등의 언어로 바인딩이 제공되고 있으며 저런 것을 쓰더라도 속도 문제에 있어서 전혀 신경을 쓰지 않아도 될 정도의 시대인지라, C로 CGI를 만들겠다는 것은 정말 뻘짓이 아닐 수 없다. 그럼에도 불구하고 C로 CGI를 만들어야 하는 이유가 있다.

C는 모든 언어의 기본이다. 이 말은 C가 정말 기초적이기 때문에 이 것을 배워야 다른 언어로 CGI를 짤 수 있다는 되도안한 소리가 아니다. 무슨 뜻이냐면, 특히나 Linux의 경우, 대부분의 라이브러리들이 1차적으로 C 언어로 된 인터페이스를 갖는다. 거기에 추가적으로 필요하다면 각 언어용 바인딩이 제공되어 설치하여 쓰게 되어 있다. 따라서, Perl이나 python, ruby용 바인딩이 설치되어 있지 않은 어떤 라이브러리를 사용하고 싶다면, 그 바인딩을 구해서 사용할 수 없는 경우엔 C로 짜는 것이 대안이 될 수 있다는 것이다. 이 '사용할 수 없는 경우'라는 것은 상당히 많은 경우를 포함하는데, C와의 호환이 필요한 라이브러리의 경우 C로 컴파일해야 하는 경우가 자주 발생한다. 이 때 가끔씩, 뭔가 알 수 없는 이유로 컴파일이 안되는 경우가 발생하기도 하고, 컴파일을 무사히 마치더라도 적절한 위치에 넣을 수 있는 권한이 없어 실패할 수도 있다. 기본적으로 각 언어별로 제공되는 확장기능 관리 기능을 통해 설치하려고 해도 보통은 권한이 없어서 그것도 여의치 않다. 하지만, 어쨌든 간에 그 라이브러리가 머신에 깔려만 있다면, 헤더파일만 있으면 C에서는 가져다 쓰는 데 큰 문제가 없다.

... 두 번째 이상의 이유를 찾아보려 했지만 도저히 모르겠다. 나도 C로 두 개의 CGI를 '이시대에' 만들었지만, 왜 했는지 지금 생각해보면 참 바보같다. 물론, 이 선택을 하지 않으면 관리자 권한이 없는 웹서버에 내가 원하는 기능을 갖는 CGI 만들기는 불가능했을 것이기 때문에-그리고 그 웹서버를 버릴 수도 없는 상황이라- 어쩔 수 없었지만.

서론은 여기까지 하고, 먼저 단순한 예제를 보자. 아마 다른 언어로 CGI를 만들어 봤으면 다음 예제가 뭐하는 것인지, 더해서 얼마나 무의미한 것인지 알 수 있으리라고 생각한다.

#include <stdio.h>
int main()
{
    puts("Content-type: text/plain\n");
    puts("안녕, 세상아!");
    return 0;
}

별 것 없다. 컴파일해서 대충 first.cgi 정도로 이름을 바꿔 적당한 곳에 넣어주자. 아, 이야기하는 것을 깜빡했는데, 적어도 이 글은 'C 언어로 된 간단한 소스파일을 이해할 수 있고 CGI 사용을 위한 웹서버 설정을 할 수 있는 사람', 또는 'C 언어로 된 간단한 소스파일을 이해할 수 있고 CGI 사용이 가능하도록 설정된 웹서버를 가진 사람'을 대상으로 하고 있다. 따라서 독자 여러분께서는 first.cgi로 접속하는 법을 알고 있을 것이다.

접속해 보면 웹브라우저에 달랑 ”안녕, 세상아!” 라는 글이(당연히 따옴표는 없다) 찍힌 것을 볼 수 있을 것이다. 이 단순한 소스 코드가 의미하는 바는 다음과 같다.

  1.  puts("Content-type: text/plain\n");
    실제로는 puts가 문자열을 출력할 때 맨 뒤에 개행문자를 하나 더 붙이므로 개행이 두 번 일어나게 되어 빈 줄 하나가 생긴다. 이 명령이 수행하는 것은 '이 CGI가 출력할 내용물의 타입은 text/plain입니다'하고 클라이언트에게 알리는 것이다. html을 출력할때는 text/html, xml을 출력할 때는 application/xml, png파일일 때는 image/png가 된다. MIME을 찾아봐라.
  2. puts("안녕, 세상아!");
    위에서 출력한 헤더의 내용이 나온다. 단순한 텍스트로 안녕, 세상아! 가 출력된다.

기본적으로, CGI가 표준 출력(stdout)으로 출력하는 내용이 클라이언트로 전송되게 된다. 그런데 클라이언트에서 접속했을 때 500에러가 나온다면, 첫째로 헤더 출력하는걸 깜빡했거나 잘못된 헤더를 출력하는 경우이고, Perl이나 다른 언어로 만들었을 경우와 다르게 Segmentation Fault가 난 경우에도 500 에러가 난다. 절대 Segmentation fault 이전까지 출력한 내용이 나오지 않으므로(Apache2의 경우) 알아둘 필요가 있다.

다른 언어로 CGI를 만들어 봤다면 알겠지만, CGI는 서버와 클라이언트의 정보를 환경변수와 표준 입력으로 얻는다. C로 짜는 경우도 큰 차이가 없다. 환경변수 정보를 확인하고 싶다면 다음 CGI를 만들어서 테스트해보면 좋을 것이다.

#include <stdio.h>
int main(int argc, char ** argv, char ** env)
{
    int ch;
    puts("Content-type: text/plain\n");
    while(*env) puts(*(env++));
    puts("This is stdin:");
    while((ch = fgetc(stdin)) -1) fputc(ch, stdout);
    return 0;
}

요정도면 무리 없이 GET/POST 양쪽 모두 사용할 수 있을 것이다. 참고로, %xx 형식으로 escape된 것은 직접 unescape 해 주어야 한다.

그런데, multipart/form-data로 encoding 된 데이터가 넘어올 때는 상당히 곤란하다. 뭔가 많이 복잡해진다는 것을 저 cgi를 통해 확인할 수 있을 것이다. 하지만 파일 업로드를 포기할 수는 없는 노릇. 이럴 때를 위해 누군가가 강력한 라이브러리를 만들어뒀다.

cgilib이라는 라이브러리인데, cgilib 홈 페이지에서 자세한 정보를 접할 수 있다. ...고는 하지만, 뭔가 문서가 부족하다. 하지만 cgilib 자체가 워낙 가볍고 작은 라이브러리인지라, 일반적으로 설치하면 cgi.h 파일이 /usr/include에서 발견되는데 이 파일을 열어서 내용을 보면 금방 이해할 수 있다. cgiInit()로 넘겨진 parameter들을 준비시켜서 cgiGetValue(), cgiGetFile()로 받아오면 된다.

다음은 2차원 갤러리 CGI 소스의 일부분이다.

더보기

약간의 문제가 있는지, multipart/form-data로 인코딩된 경우 패러미터의 앞에 개행문자가 포함돼서 분석하기 어렵길래 cgiGetValue2()를 만들었다. 이 함수가 하는 것은 s/^\s+|\s+$//g 를 수행한다.

참쉽죠?

저작자 표시 비영리 동일 조건 변경 허락
크리에이티브 커먼즈 라이선스
Creative Commons License

'프로그래밍 > C' 카테고리의 다른 글

C로 CGI를 만들어 보아요  (0) 2010/05/11
2D 갤러리 cgi 완성  (0) 2010/05/11
binary graphic counter by C  (0) 2010/05/11
counter cgi  (0) 2010/05/06
일반 창을 위젯화 시키는 Widgetizer  (0) 2009/10/22
Posted by gwangyi
TAGC, CGI
2010/05/11 13:49

요즘 급 cgi 만드는 일이 많아졌다 -_- 그것도 제일 만들기 구린 C로.....-_-;;;

어렸을 때 perl로 cgi 찌그덕 거리던 시절에는 하나의 꿈이었는데, 해보니 로망이고 뭐고 삽질일 뿐이다. 남는 것은 “아, 이렇게 이쁘게 삽질해서 구덩이를 팠구나!” 정도?

막 다 짰는데, 관리용 frontend가 없어서 아직 부실하다. 이거 만들어지고 주석 다는 대로 올려봐야겠다.

기능은,

  • 위치를 지정하여 그 포인트에 사진을 달 수 있음(지도에 표시하는 형식으로 활용가능)
  • 많은 부분이 customize 가능함
  • 실질적으로 작동하는 cgi는 xml 데이터를 내어놓기 때문에 frontend가 꼭 웹페이지일 필요가 없음
  • db backend 선택가능(이라고 해봐야 구현된건 sqlite3밖에 없다.)
  • thumbnail 생성(64x64로 생성하고, 가로세로 비율을 찌그러뜨리지 않음)
부족한 점(앞으로 수정 안할지도...)
  • 관리용 UI 없음: 이 부분은 앞으로 추가할 것임
  • 모든 사진 목록을 한번에 화면에 뿌려줌: 속도 저하 가능성 있음
  • 공지사항처럼 올리는 사람만 올릴 수 있고, 관리용 비밀번호는 1개로 공통 사용
  • C로 짜여저 완벽한 cross-platform이 되지 않음
테스트 해 본 환경은 linux x64와 Solaris SunOS 5.9에서 테스트 해 봤는데, 큰 무리 없이 돌아간다.
저작자 표시 비영리 동일 조건 변경 허락
크리에이티브 커먼즈 라이선스
Creative Commons License

'프로그래밍 > C' 카테고리의 다른 글

C로 CGI를 만들어 보아요  (0) 2010/05/11
2D 갤러리 cgi 완성  (0) 2010/05/11
binary graphic counter by C  (0) 2010/05/11
counter cgi  (0) 2010/05/06
일반 창을 위젯화 시키는 Widgetizer  (0) 2009/10/22
Posted by gwangyi
2010/05/11 13:40

지난번에 만들었던 카운터에 치명적 문제-오늘 카운트가 어제로 넘어가지 않는-가 발생해서 수정했다.

특별한건...없다 -_-;

컴파일 할 때는 다음 명령으로 컴파일한다.

 $ gcc counter.c -lgd -o counter.cgi

경우에 따라 다른 옵션이 필요할 수 있다. (SunOS 5.9에서는 gd library가 iconv를 참조하고 있어서 -liconv를 붙여주어야 한다.)

gd 라이브러리가 필요한데, 우분투 리눅스라면 apt-get으로 간단하게 설치할 수 있다.

# apt-get install libgd2-xpm-dev 

다른 OS에도 각자에 맞는 방법이 있으니까 적당히 하면 되고, 이도 저도 안되면 http://libgd.org 에서 다운로드 받아도 좋다.


저작자 표시 비영리 동일 조건 변경 허락
크리에이티브 커먼즈 라이선스
Creative Commons License

'프로그래밍 > C' 카테고리의 다른 글

C로 CGI를 만들어 보아요  (0) 2010/05/11
2D 갤러리 cgi 완성  (0) 2010/05/11
binary graphic counter by C  (0) 2010/05/11
counter cgi  (0) 2010/05/06
일반 창을 위젯화 시키는 Widgetizer  (0) 2009/10/22
Posted by gwangyi
2010/05/06 11:27
어찌 하다 보니 카운터 cgi를 만들어버렸다...-_-;;

사실 요즘은 플래시로 더 화려한 것도 많이 나오는 시대지만, GD도 공부할 겸 겸사겸사해서 만든건데 그냥 묵혀두기도 뭣하고 해서 한번 공개해본다.

다른 cgi들과 다른 차별점-_-이라면 무려 C로 만들었기 때문에 (아마도) 아주 조금-_- 빠를 것이고, 라이브러리 바인딩 따로 없이 libgd만 있으면 사용 가능 할 것이라는 차이가 있다.

단점은... 역시 경우에 따라 컴파일해야하는것?

첨부하는 파일은 x86_64-_- linux와 32bit Solaris SunOS 5.9용 바이너리이다. 32bit linux에서도 어렵지 않게 컴파일 할 수 있으니 소스도 같이 첨부한다.

Ubuntu같은 경우, 다음과 같이 libgd2-xpm-dev나 libgd2-noxpm-dev를 설치하고 컴파일 하면 된다. 둘 중 되는거 아무거나 깔고 하면 될 것이다.

  # apt-get install libgd2-xpm-dev

 소스코드
 x86_64 linux
 32bit Solaris SunOS
 사용설명서(cp949로 인코딩 되어 있음)
크리에이티브 커먼즈 라이선스
Creative Commons License

'프로그래밍 > C' 카테고리의 다른 글

C로 CGI를 만들어 보아요  (0) 2010/05/11
2D 갤러리 cgi 완성  (0) 2010/05/11
binary graphic counter by C  (0) 2010/05/11
counter cgi  (0) 2010/05/06
일반 창을 위젯화 시키는 Widgetizer  (0) 2009/10/22
Posted by gwangyi
TAGC, CGI, GD, gd2
2010/04/27 20:44
지난번에 0.19.3 버전을 컴파일해서 올렸었는데, 그새 새 버전이 나온데다가 인스톨러로 만들어 보겠답시고 다시 삽질해보았다.

... 그러나, 인스톨러로 만드는 법은 여전히 모르겠고, 바뀐 것은 0.19.4 버전을 쓸 수 있게 되었다는 점 정도? -_-....

이번엔 컴파일 방법을 같이 첨부해 두겠다. MinGW, MSYS 등의 외계어들을 보면 두드러기가 나는 분들은 위의 파일과 GNOME2 런타임을 설치하면 사용할 수 있다. 이 런타임은 먼저 http://gladewin32.sourceforge.net/에서 Gtk+ Runtime Environment를 받아서 깐 다음 http://ftp.gnome.org/pub/gnome/binaries/win32/ 에서 필요한 라이브러리를 받아다 C:\GTK에 덮어 풀면 동작한다.

먼저 밝혀 두는 것은, 이 설치 과정은 http://d.hatena.ne.jp/luna_8bit/20090321/1237598167 문서를 참조하였다.

수정사항: CAIRO_PATH를 설정해 주지 않으면 컴파일이 되지 않는데, 까먹고 빼먹었다 -_-
  1. 컴파일을 위한 준비물
    MinGW, MSYS, GTK Development Environment, 그리고 GNOME2 환경을 구성하는 라이브러리들의dev 버전들.
    MinGW는 5.1.6 버전 인스톨러를 받아서 Current 버전들을 설치했다. MSYS는 1.0.11을 다운로드받았다. Gtk+ 2.12.9 Development Environment를 사용하였고, 각각의 라이브러리의 버전은 다음과 같다.
    poppler-dev 0.12.0-1
    poppler-data 0.4.0
    libgnomeprintui-dev 2.12.1
    libgnomeprint-dev 2.12.1
    libgnomecanvas-dev 2.30.1-1
    libgnome-dev 2.24.1-1
    libbonoboui-dev 2.24.0-1
    libbonobo-dev 2.24.0-1
    gtksourceview-dev 1.8.5
    gtksourceview-dev 2.10.0
    goocanvas-dev 0.15
    gnome-vfs-dev 2.24.1-1
    gail-dev 1.22.0
    ORBit2-dev 2.14.16-1
    GConf-dev 2.22.0-3
    이 중 poppler-dev는 dependancy 안에 들어가면 존재하고, poppler-data는 http://poppler.freedesktop.org/에서 받을 수 있다.

    시작하기 전에, msys를 띄우고
    $ export PKG_CONFIG_PATH=/c/GTK/lib/pkgconfig
    $ export PATH=/c/GTK/bin:$PATH
    을 수행시켜 환경을 준비시킨다.
  2. Compile and Install ruby
    http://ruby-lang.org/ 에서 루비 최신 버전 소스파일을 받는다. 참고로 이번에는 1.8.7 p249를 받아 컴파일했다.
    다운로드를 받으면 압축을 푼 디렉토리에서 다음을 수행해서 루비를 컴파일한다.

    $ ./configure --prefix=/ruby-gnome2-dev/dist
    $ make
    $ make install

     여기서 --prefix 옵션을 줘서, 모든 작업이 종료된 후 /ruby-gnome2-dev/dist에 ruby와 ruby-gnome2 바인딩을 위치시킬 것이다. 참고로, 여기서 ruby를 다시 컴파일 하는 이유는 루비 홈페이지에서 제공되는 루비는 Microsoft Visual C 컴파일러로 컴파일이 되어 있어서 native extension을 컴파일 할 때 같은 것을 써야만 하기 때문에, ruby-gnome2를 MinGW로 컴파일하기 위해서 ruby를 다시 컴파일하는 것이다.
  3. Compile and Install rcairo
    다음 단계는 rcairo를 컴파일하고 설치하는 것이다. http://cairographics.org/releases/에서 rcairo의 최신 버전을 다운받아 압축을 풀고, 그 디렉토리에서 다음을 수행한다.

    $ /c/ruby-gnome2-dev/dist/bin/ruby.exe extconf.rb --ruby=/c/ruby-gnome2-dev/dist/bin/ruby.exe --with-override-variables=prefix=/c/GTK
    $ make
    $ make install

     당연한 이야기이지만, 첫 번째 줄에서 줄 바꿈은 없다. 여기서 가정하고 있는 것은 C 드라이버에서 작업중이고 GTK 런타임은 C:\GTK에 설치되었다는 것이다. --with-override-variables=prefix=/c/GTK가 빠지면 이후 pkg-config가 오작동하게 되기 때문에 꼭 필요하다. 위에서는 prefix에 /c/가 없지만 여기서는 필요하다는 것에 주의할 필요가 있다.
  4. Modify Ruby-GNOME2 source code
    http://ruby-gnome2.sourceforge.jp 에서 최신의 ruby-gnome2 소스파일을 다운받는다. 여기서는 0.19.4를 이용했다.
    컴파일 에러를 방지하기 위한 수정이 두 군데 필요하고, 기능상 미비한 점을 보강하기 위한 수정이 두 군데 필요하다. 두 번째 것은 굳이 할 필요는 없지만, 해 두면 여러모로 유익하기 때문에 추가해 둔다. 참고로 참조한 문서에서 수정해야한다고 한 부분은 최신 버전에서는 모두 해결된 것으로 보인다.

    C:\GTK\include\jmorecfg.h 에서
    160행

    #ifndef XMD_H => #if !defined(XMD_H) && !defined(_BASETSD_H)
    226행
    #ifndef HAVE_BOOLEAN => #if !defined(HAVE_BOOLEAN) && !defined(_RPCNDR_H)

    다음은 유용성을 위해 추가하는 내용이다. 행 번호는 위에서부터 수정한 뒤의 파일을 기준으로 삼았다.

    ruby-gnome2-all-0.19.4\gtk\src\rbgdkdraw.c 에서
    388행 다음에 다음 9줄 삽입

    #ifdef GDK_WINDOWING_WIN32

    #include <gdk/gdkwin32.h>

    static VALUE

    gdkdraw_get_hwnd(self)

        VALUE self;

    {

        return ULONG2NUM(GDK_WINDOW_HWND(_SELF(self)));

    }

    #endif

    473행 다음에 다음 3줄 삽입
    #ifdef GDK_WINDOWING_WIN32
        rb_define_method(gdkDrawable, "hwnd", gdkdraw_get_hwnd, 0);
    #endif
    마지막으로, ruby-gnome2-all-0.19.4\gtk\src 디렉토리에서 다음 명령을 수행해 파일을 하나 만들어 둔다.

    $ ar q libruby-gtk2.a

     이걸 해 두지 않으면, 이 파일을 만들어야할 때 이 파일을 요구하는 어처구니 없는 일이 발생한다 -_-
  5. Compile and install Ruby-GNOME2
    컴파일 하기 전에 CAIRO_PATH를 설정해주어야 한다. 여기선 1.8.1을 사용한 것으로 한다.

     $ export CAIRO_PATH=/c/ruby-gnome2-dev/rcairo-1.8.1


    이제 컴파일을 시작한다. 먼저, ruby-gnome2-all-0.19.4\glib 디렉토리로 옮긴 다음 다음과 같이 make를 수행한다. 단, make install은 하지 않는다.

    $ /c/ruby-gnome2-dev/dist/bin/ruby.exe extconf.rb --ruby=/c/ruby-gnome2-dev/dist/bin/ruby.exe
    $ make

    glib이 컴파일 다 되면 이제 한 단계 위로 돌아가서 전체 대상에 대해 컴파일을 수행한다. 단, 한번에 컴파일이 완료되지 않기 때문에 make install은 하지 않는다.

    $ /c/ruby-gnome2-dev/dist/bin/ruby.exe extconf.rb --ruby=/c/ruby-gnome2-dev/dist/bin/ruby.exe

    $ make
    중간에 gnome-print, gnome-printui가 실패할텐데, 한번 수행해서 libart가 컴파일되고 나면 다시 make를 수행하고 make install으로 설치한다.

    $ make
    $ make install

     최종적으로 만들어지는 라이브러리는 다음과 같다.

    -----

    Target libraries: glib, gdkpixbuf, pango, atk, gtk, bonobo, bonoboui, gconf, gnome, gnomecanvas, gnomeprint, gnomeprintui, gnomevfs, goocanvas, gtkglext, gtksourceview, gtksourceview2, libart, libglade, poppler, rsvg

    Ignored libraries: gstreamer, gtkhtml2, gtkmozembed, libgda, panel-applet, vte

    -----

    이것은 extconf를 수행할 때 뜨는 것으로, 컴파일이 완료됐을 때는 Ignored libraries는 나오지 않는다.
  6. Distribute
    루비와 루비 바인딩 자체는 C:\ruby-gnome2-dev\dist 안에 있는 것을 그대로 배포하면 된다. 만약 기존에 설치된 루비에 라이브러리를 추가할 경우는 C:\ruby-gnome2-dev\dist\lib\ruby\site_ruby\1.8 안에 있는 모든 파일을 복사하면 된다.
    단순하게 Gtk만 사용할 경우에는 런타임을 다 설치할 것 없이, C:\GTK\bin에 들어 있는 dll들과 config로 끝나는 파일들, reconfig.bat, gdk-pixbuf-query-loaders.exe. gtk-query-immodules-2.0.exe, pango-querymodules.exe 파일을 bin 디렉토리에 복사하고, C:\GTK\lib 안의 gtk-2.0, pango 디렉토리를 lib에, C:\GTK\etc의 fonts, gtk-2.0, pango를 etc에, C:\GTK\share에 sgml, themes, xml을 복사하면 정상적으로 동작한다. 이에 관한 내용은 사실, 좀 더 찾아보고 시도한 다음에 확실하게 할 필요가 있을 듯 하다.
크리에이티브 커먼즈 라이선스
Creative Commons License

'프로그래밍 > Ruby' 카테고리의 다른 글

POVIS 자동화 라이브러리  (0) 2010/10/06
Fortune Delivery  (0) 2010/06/17
Ruby-GNOME2-0.19.4 for Windows  (0) 2010/04/27
ruby 동영상 플레이어 라이브러리 with DirectShow  (0) 2010/04/18
Ruby-GTK2 0.19.3 for Windows  (0) 2010/04/13
네이트온 자동 로그인  (0) 2009/12/04
Posted by gwangyi
2010/04/18 23:06
개인적인 프로그램 제작에 있어서 multi-platform 동영상 재생 stub을 만들어야 할 일이 생겼다.

언어는 ruby를 사용해서 어느 정도 cross platform을 구현할 것이고, UI는 맥에도 리눅스에도 심지어 윈도에도 포팅된 GTK를 쓰면 요 세 군데는 무난하게 cross platform 어플이 만들어 지기 때문에 큰 걱정을 안했다.

근데 문제는 동영상 재생이었다. Ruby-GNOME2에 포함된 Ruby/GStreamer는 기본적으로 윈도용에는 컴파일이 되지 않고, 설혹 구현된다 하더라도 윈도에서는 GStreamer 런타임이 '보통' 없는데다 쓰는 어플도 없으니 쓸데없이 파일만 커진다. 따라서, DirectShow로 구현한 동영상 재생 stub을 루비로 가져와서 쓴다면 플랫폼에 따라 GStreamer와 취사선택해서 쓸 수 있을테니 좋을 거라는 생각에 C extension을 짜봤다.

짜 보니까, 생각보다 ruby extension만들기는 간단했다 -_-... 소스파일을 첨부한다.

사용하기 전에 DSPlayer.init를 통해 CoInitialize를 호출해 주어야 하고, 다 쓰고 나면 DSPlayer.cleanup으로 CoUninitialize를 호출해 주는 것이 좋다. 참고로 GC에서 제거될 때 생성한 COM object들을 해제해주어야 하지만 구체적으로 손대기 귀찮았기 때문에 각 객체를 close 메서드로 필히 닫아 주어야 한다.

DSPlayer.new로 객체를 생성하면 DSPlayer.open으로 동영상을 열 수 있다. 여기서 주의할 점은, GTK와의 integration을 목적으로 짠 녀석이라, 패러미터로 넘어가는 파일은 utf-8로 인코딩 되어 있어야 한다.

파일을 열었으면 play, pause, stop으로 제어가 가능하고, position 속성을 조작하여 초 단위로(Float) seeking이 가능하다. duration 속성도 사용 가능하다. 마찬가지로 단위는 초다.

snapshot 함수를 사용하게 되면 현재 스냅샷을 bmp 포맷으로 찍어준다. 스트링으로 반환하는데 파일로 저장하면 bmp 파일이 된다.

다른 창에 embeding하기 위해서는 owner_id에 대상 창의 hwnd를 int 형으로 변환해서 넣어주고 재생하면 된다. left, top, width, height 속성으로 동영상 창을 조절할 수 있다.

컴파일 환경은 ruby 1.8.7 (2008-05-31 patchlevel 0) [i386-mswin32]에 Microsoft Platform SDK February 2003, Microsoft DirectX 9.0 SDK Update (Summer 2004), Microsoft Visual C++ 6.0 에서 컴파일했다. 사실 ruby가 MSVC6.0이라 더 최신의 SDK에서 컴파일이 안되는 바람에 저 구시대의 유물들을 발굴하느라 고생 좀 했다 -_-...

크리에이티브 커먼즈 라이선스
Creative Commons License

'프로그래밍 > Ruby' 카테고리의 다른 글

Fortune Delivery  (0) 2010/06/17
Ruby-GNOME2-0.19.4 for Windows  (0) 2010/04/27
ruby 동영상 플레이어 라이브러리 with DirectShow  (0) 2010/04/18
Ruby-GTK2 0.19.3 for Windows  (0) 2010/04/13
네이트온 자동 로그인  (0) 2009/12/04
공개 한글 폰트 다운로더  (0) 2009/11/16
Posted by gwangyi
2010/04/13 16:13
최근에 개인적인 사정으로 인해 DirectShow와 GTK를 ruby로 건드려야 하는 일이 생겼다. 근데 다 좋은데, DShow로 비디오 재생시킬 때 GTK쪽 윈도의 HWND를 알아야 할 필요가 생겼다.

물론 DShow extension에서 창을 하나 만들고 그 창에 비디오창을 임베딩 시킨 다음 그 hwnd를 GTK로 넘겨주어도 좋지만, 앞으로의 활용을 위해서 ruby-gtk2 측에서 hwnd를 반환하도록 수정시켜봤다.

많이 수정한 것은 아니고, gtk/rbgdkdraw.c에서 387행 #endif 밑에
388 #ifdef GDK_WINDOWING_WIN32
389 #include <gdk/gdkwin32.h>
390 static VALUE
391 gdkdraw_get_hwnd(self)
392     VALUE self;
393 {
394     return ULONG2NUM(GDK_WINDOW_HWND(_SELF(self)));
395 }
396 #endif
넣어주고, 이 함수를 루비 메서드로 하기 위해서 추가한 뒤의 행번호로 472행 #endif 밑에
473 #ifdef GDK_WINDOWING_WIN32
474     rb_define_method(gdkDrawable, "hwnd", gdkdraw_get_hwnd, 0);
475 #endif
넣어주면 끝. 컴파일 가이드는 http://ruby-gnome2.sourceforge.jp/hiki.cgi?compile_mingw 이 사이트를 보고 그대로 따라했고, cairo.h를 못 찾는 문제는 Makefile에 -I 옵션을 줘서 카이로 지정해주고, 기본 헤더파일에서 INT32나 boolean 중복 선언 문제는 기본 mingw 헤더를 수정해서 패스했다.

압축파일에 있는 .rb파일은 루비가 설치된 디렉토리가 C:\ruby일 때 C:\ruby\lib\ruby\site_ruby\1.8 에 넣고, so 파일은 C:\ruby\lib\ruby\site_ruby\1.8\i386-msvcrt 에 넣으면 큰 문제 없이 동작한다.

DirectShow를 ruby에서 쓰는건, 딱히 필터나 필터그래프를 있는 그대로 래핑해서 넣진 않았고, 당장 나에게 필요한 플레이어 기능만 짜넣어서 익스텐션을 만들고 있다. 나중에 완성되면 여기다 공개하도록 하겠다.

크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by gwangyi
2009/12/04 19:21
네이트온은 쓰다 보면, 다른 데서 로그인하거나 해서 튕긴 경우엔 다시 로그인하기가 귀찮다. 저장된 아이디와 비밀번호를 다 날려버리기 때문이다.

피씨방 등에서 접속하는 일이 많은 일반적인 사람들 기준에서는 저렇게 날려주는게 보안상 이로울 것이다. 아무 생각도 없이 공용 피씨방에서도 자동로그인 옵션을 넣어서 로그인했다가 피싱에 이용당한다던가 하는 일이 많은, 보안 개념이라곤 개미똥꾸멍만큼도 없는 한국인에게 있어서는 정말 유용하다. 유용하긴 하다. 근데 그런 기능은 선택할 수 있게 해 주면 좋지 않을까. 나처럼 두 컴퓨터를 쓰는 경우에는 번갈아가며 로그인해야하는데 저장된 비번이 날아가대니 얼마나 불편한지 모른다. MSN을 좀 닮아주면 안될까.

푸념은 여기까지 하고, 목마른 자가 우물을 판다고 직접 프로그램을 짜 보았다. Win32 API를 써야 할테니 C나 C++을 쓰는 편이 낫겠지만, 연습도 해보고 그냥 끄적거리기엔 루비가 훨 편하니까 루비를 사용해 보았다. 사용한 것은 루비 1.8.7 patchlevel 0 i386-mswin32 버전과 win32api 젬을 사용했다.

require 'Win32API'

class NateOnAutoLogin
  @@instance = nil
  @@find_window_ex = Win32API.new 'user32', 'FindWindowExA', 'LLPP', 'L'
  @@send_message = Win32API.new 'user32', 'SendMessage', 'LLLP', 'L'
  @@get_window_text = Win32API.new 'user32', 'GetWindowTextA', 'LPL', 'L'

  WM_KEYDOWN = 256
  WM_KEYUP = 257
  WM_CHAR = 258
  WM_COMMAND = 273
  WM_GETTEXT = 13

  VK_END = 35
  VK_UP = 38

  IDC_LOGIN = 0x3f2
  IDC_OTHER_LOGIN = 0x3f6
  IDC_DO_LOGIN = 0x3f5

  class << self
    alias orig_new new

    def new
      if @@instance.nil?
        @@instance = NateOnAutoLogin.orig_new
      else
        @@instance
      end
    end

    protected :orig_new
  end

  def login(id, pass)
    local_id, host = id.split '@'

    hwnd_nateon = @@find_window_ex.call 0, 0, nil, 'NateOn'
    sub = @@find_window_ex.call hwnd_nateon, 0, nil, nil
    login_dlg = @@find_window_ex.call sub, 0, '#32770', nil

    @@send_message.call login_dlg, WM_COMMAND, IDC_OTHER_LOGIN, nil
    @@send_message.call login_dlg, WM_COMMAND, IDC_DO_LOGIN, nil

    local_id_wnd = @@find_window_ex.call login_dlg, 0, 'Edit', nil
    local_id.each_byte {|chr| @@send_message.call local_id_wnd, WM_CHAR, chr, 0}

    host_wnd_a = @@find_window_ex.call login_dlg, 0, 'ComboBox', nil
    host_wnd_b = @@find_window_ex.call login_dlg, host_wnd_a, 'ComboBox', nil

    if @@find_window_ex.call(host_wnd_a, 0, nil, nil) == 0
      host_provided_wnd = host_wnd_a
      host_manual_wnd = host_wnd_b
    else
      host_provided_wnd = host_wnd_b
      host_manual_wnd = host_wnd_a
    end

    @@send_message.call host_provided_wnd, WM_KEYDOWN, VK_END, nil
    @@send_message.call host_provided_wnd, WM_KEYUP, VK_END, nil

    @@send_message.call host_provided_wnd, WM_KEYDOWN, VK_UP, nil
    @@send_message.call host_provided_wnd, WM_KEYUP, VK_UP, nil

    host.each_byte {|chr| @@send_message.call host_manual_wnd, WM_CHAR, chr, nil }

    password_wnd = @@find_window_ex.call login_dlg, local_id_wnd, 'Edit', nil
    pass.each_byte {|chr| @@send_message.call password_wnd, WM_CHAR, chr, nil }

    @@send_message.call login_dlg, WM_COMMAND, IDC_LOGIN, nil
  end
end

윈도 구조를 Spy++로 분석한 다음, SendMessage를 써서 키를 눌러주었다. 복잡하지 않다:$

NateOnAutoLogin을 싱글톤으로 구현했는데. new 메소드로 생성되는 객체 자체가 하나만 존재하게끔 손보아 보았다.

쓰기 위해서는, NateOnAutoLogin.new.login 'gwangyi@sfc.or.kr', ';didw;tsmv' 와 같은 식으로 해 주면 로그인된다.
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by gwangyi