구차니의 잡동사니 모음

base는 웹상에서 RSS로 주어지는 URL
api는 gdata API 상에서 주어지는 URL 이다.

http://gdata.youtube.com/feeds/base/standardfeeds/
http://gdata.youtube.com/feeds/api/standardfeeds/



base는 각종 데이터가 웹형식이고
api는 XML 답게 데이터로 들어있다는 점이 다르다. expat 등으로 파싱을 위해서라면
api 에서 하는것이 좋을듯 하다.

2010/01/04 - [파일방] - MiTeC XML Viewer (Free!)

FC6 기준으로
/usr/share/doc/MAKEDEV-3.23/devices-2.6+.txt
파일이 존재하며

커널에서 상당부분 정해진 값으로 고정된 것으로 보인다.

type               major,minor crw-r----- 1 root kmem   1,   1  4월  2 20:04 mem crw-rw-rw- 1 root root   1,   3  4월  2 20:04 null crw-r----- 1 root kmem   1,   4  4월  2 20:04 port crw-rw-rw- 1 root root   1,   5  4월  2 20:04 zero crw-rw-rw- 1 root root   1,   7  4월  2 20:04 full crw-rw-rw- 1 root root   1,   8  4월  2 20:04 random cr--r--r-- 1 root root   1,   9  4월  2 20:04 urandom crw------- 1 root root   1,  11  4월  2 20:04 kmsg crw------- 1 root root   1,  12  4월  2 20:04 oldmem brw-r----- 1 root disk   1,   0  4월  2 20:04 ram0 brw-r----- 1 root disk   1,   1  4월  2 20:04 ram1 brw-r----- 1 root disk   1,   2  4월  2 20:04 ram2 brw-r----- 1 root disk   1,   3  4월  2 20:04 ram3 brw-r----- 1 root disk   1,   4  4월  2 20:04 ram4 brw-r----- 1 root disk   1,   5  4월  2 20:04 ram5 brw-r----- 1 root disk   1,   6  4월  2 20:04 ram6 brw-r----- 1 root disk   1,   7  4월  2 20:04 ram7 brw-r----- 1 root disk   1,   8  4월  2 20:04 ram8 brw-r----- 1 root disk   1,   9  4월  2 20:04 ram9 brw-r----- 1 root disk   1,  10  4월  2 20:04 ram10 brw-r----- 1 root disk   1,  11  4월  2 20:04 ram11 brw-r----- 1 root disk   1,  12  4월  2 20:04 ram12 brw-r----- 1 root disk   1,  13  4월  2 20:04 ram13 brw-r----- 1 root disk   1,  14  4월  2 20:04 ram14 brw-r----- 1 root disk   1,  15  4월  2 20:04 ram15

1 char    Memory devices           1 = /dev/mem        Physical memory access           2 = /dev/kmem        Kernel virtual memory access           3 = /dev/null        Null device           4 = /dev/port        I/O port access           5 = /dev/zero        Null byte source           6 = /dev/core        OBSOLETE - replaced by /proc/kcore           7 = /dev/full        Returns ENOSPC on write           8 = /dev/random    Nondeterministic random number gen.           9 = /dev/urandom    Faster, less secure random number gen.          10 = /dev/aio        Asyncronous I/O notification interface          11 = /dev/kmsg        Writes to this come out as printk's   1 block    RAM disk           0 = /dev/ram0        First RAM disk           1 = /dev/ram1        Second RAM disk             ...         250 = /dev/initrd    Initial RAM disk {2.6}

이 파일을 열어보면 major, minor 별로 장치의 설명이 나와있다.

[링크 : http://unix.co.kr/bbs/board.php?bo_table=LSN_qa&wr_id=185207&page=]

cvs와 svn을 사용하면서 느끼는 점은, 우열을 가리긴 모호하다는 것이다.
cvs가 나은점도 있고, svn이 나은점도 있고,
이러한 모호함 때문에 일단 회사 개발소스는 cvs로 유지중이긴 하지만...


거두절미하고, svn은 cvs의 단점을 개선하기 위해 만들어진건데
가장 큰 변경사항은 svn에서 디렉토리 이동이 편해졌다는 점이다.
cvs은 특정 소스의 위치를 변경하거나, 하위 디렉토리의 위치를 변경하기 위해서는
소스를 새로운 곳에 새롭게 Add 하고 기존의 파일을 Delete 해야 해서
이력추적을 할 수 없게 되지만, svn에서는 이력추적이 가능해진다.


일단 사소한 것들을 고고싱 (기준은 CVS)

SVN의 장점

1. 디렉토리 이동이 편리함
    안정화된 프로젝트라면 상관없지만, 프로젝트 초기에는 디렉토리 이동이나 파일 삭제/이름 변경이 빈번한데
    cvs는 이러한 이력을 남길수가 없기 때문에, 초기 프로젝트 셋업시에는 svn이 매우 편리함.
    (이동도 편리하지만, 그에 비해 이력이 따라와서 과거의 변경점이 유지 된다는 부가적인 장점)

2. 오프라인 사용이 용이함
    확실하게 어느정도까지 오프라인 사용이 가능한지는 모호하지만, 최소한 마지막 버전과 Diff가 가능하다.
    cvs에서는 항상 서버와 비교를 하기 때문에 소스 변경사항이 있는건 알아도
    어떤 내용이 서버와 차이가 있는지 알수 없지만, svn 에서는 오프라인에서도 diff가 가능함
    (svn 자체적으로 데이터를 유지하고 있음 = 받는 측 용량 부담 증가)

3. 서버 하드공간이 절약됨
    cvs을 cvs2svn으로 변환해본 결과 대략 25% 이상의 공간이 절약됨
    초기 업로드는 원본으로 올리지만, diff 내용들을 gzip으로 압축하므로 서버 공간 요구량이 줄어듦
    2009/05/11 - SVN과 CVS 저장소 용량비교(compare Repository Size of CVS & SVN)

4. 커밋마다 revision이 올라감
    하나의 변동사항이나, 복수의 파일을 한번에 commit 하면 revision이 변동되고,
    프로젝트 전반적인 변동사항을 추적하기 편리함.
    cvs는 파일단위 revision이기 때문에 프로젝트 전체의 변동이나
    "어떤 파일이 변경되기 이전 시점"으로 롤백하기 매우 난해하나
    svn에서는 commit 단위로 revision이 붙으므로, 잘못 commit 하더라도 복구가 용이함
    (부가적으로 cvs에 비해서 프로젝트 전반적인 변경의 흐름을 읽기 쉬움)

5. atomic commit
    atomic 은 DB에서 하나의 행동의 묶음이 완결되지 않으면 수행되지 않은것으로 복구가 되는 것을 의미하는데
    cvs에서 아무생각없이 commit에서 변동사항들을 본다고 하다가 commit 눌러 올려서 도중에 cancel 했지만
    몇개는 변경되어 난감한 상황을 겪어봤다면 이 녀석의 유용함을 깨달을 수 있다.



SVN 단점

1. 서버 구성이 괴랄하다
    무슨 svn 제대로 쓰려면 apache까지 깔아야 해?
    로그를 남기기 위해서는 svn 자체적으로는 로그가 안남으므로 apache의 로그나 인증을 이용해야 함.
    관리자 측면에서 로그가 남지않는다는건.. 좀 불안해진다.
    (머...... 사용자는 서버 관리자의 고충은 알바없지?)

2. tag 관리가 밋밋함
   너무 많은 자유는 없는것과 다름 없다지만.. svn의 표준(?) repository는 아래와 같이 구성한다.
   2009/05/11 - SVN repository 구조

   개별 프로젝트 별로 trunk / branches / tag를 관리하고
   tagging을 위해서 전체 프로젝트를 tag 하위 디렉토리로 tag 번호를 붙여 복사해주면 된다.
   어쩌면 매우 간편하지만, cvs의 정말 꼬리표를 붙인다는 작업에 비하면 아쉬운 면이 있다.
   cvs에서는 tagging을 하려면 서버와 local의 내용이 동일해야 하고, tagging시 변동 파일이 하나라도 있으면 붙일수 없어
   업데이트 되지 않는 파일이 있는지 빼먹지 않을수 있는 여지가 있지만, svn은 서버에서 클라이언트를 보지 않고
   작업이 가능해지므로 업데이트 되지 않은(혹은 누구가 그 순간 올린 내용까지) 부분이 빼먹거나 더 들어갈수 있다.
   개인 취향이겠지만, tag는 cvs의 약간은 딱딱하고 붙이는 맛이 있는 것이 좋다고 생각한다.

3. repository 구성의 모호함
   repository는 위와 같이 구성하려면 svn 사용자는 /calc /paint 두개의 repository를 기억해야 한다.
   commit 별로 revision이 증가하는 장점의 역효과로서, 단일 프로젝트레 단일 repository를 보장해주어야 제 힘을 발휘한다.
   서로 연관이 있는 두개의 프로젝트라고 하더라도 되도록이면 프로젝트를 분리하는 것이 좋다.
   (현재까진 상위 디렉토리의 목록을 (= 프로젝트 목록) 얻어내는 법을 모르겠다.)

   /home/svn을 만들고
   /home/svn/calc 에 create repository
   /home/svn/paint 에 create repository 를 하고
   svn에서는 /home/svn/calc , /home/svn/paint가 있음을 외우고 써야한다.
   (/home/svn에 접속하면 리파지터리를 알 수 없으므로 에러가 발생한다.)

Win32API를 이용한 멀티미디어

mciSendString() 은 인터프리터 방식의 고수준 함수이다.
머.. 딱히 써볼일은 없을지도 모르지만, 아무튼 이녀석 하나로 명령어만 안다면
온갖 멀티미디어 조작 및 정보를 얻어올수 있다.

play cdaudio (cd 재생시작)
pause cdaudio (cd 재생 일시정지)
stop cdaudio  (cd 재생멈춤)

[참고 : 찰스 페졸드의 Programming Windows 5th Ed.]

[링크 : http://msdn.microsoft.com/en-us/library/dd757161%28VS.85%29.aspx] 함수
    [링크 : http://msdn.microsoft.com/en-us/library/dd743572%28v=VS.85%29.aspx] 명령어

Welcome to CMake, the cross-platform, open-source build system. CMake is a family of tools designed to build, test and package software. CMake is used to control the software compilation process using simple platform and compiler independent configuration files. CMake generates native makefiles and workspaces that can be used in the compiler environment of your choice. [링크 : http://www.cmake.org/]

oscam을 컴파이르 하는데 cmake 라는것을 요구하길래 먼가해서 검색해 봤더니
cross platform을 지원하는 make 라고 한다.

사용법은
cmake
make 라는데

configure 와 유사한 역활을 하는것으로 보인다.

음.. 대세는 trac 과 svn인가..

[링크 : http://streamboard.gmc.to:8001/]
[링크 : http://oscam.ump2002.net/]
    [링크 : http://oscam.ump2002.net/svn/oscam/]

출근시간이 항상 일정하다 보니, 지하철에서 보는 사람은 항상 같은 시간에 보게된다.
환승역에서 항상 타는, 유모차와 아주머니 그리고 꼬마아이.

전에는 못봤는데, 이 꼬마아이 안경도 꼈다. 완전 동그란 녀석으로.
벌써 저 나이에 안경을 껴야 하나? 라는 안타까움도 있지만,

아주머니께서 유모차를 들이밀고 반대편 문으로 주차하는 것을 보고 있자면
안전이라는 이름으로 아이를 부모 편하려고 가둬두는게 아닐까? 라는 생각마저 든다.
지하철에 들어왔으면 좀 유모차에서 꺼내 눈을 마주보고 있는게 좋지 않을까? 라는 생각을 하는데
마침 아이가 벽만보고 있기 지루한지 칭얼대기 시작한다.
그제서야 아이를 꺼내는 엄마.


최첨단 기술, 안전한, 초경량 이런 수식어가 붙었을 법한 비싸보이는 외제 유모차와
벽만 보고 있어야 하는 아이
그리고 서로 눈을 마주치지 않던 부모와 아이

이러한 것들이 웬지 모르게 씁쓸하게 느껴지는 아침

PyObject_GetAttrString() 함수는 파이썬 내의 변수 객체를 받아오는 녀석이다.

PyObject* PyObject_GetAttrString(PyObject *o, const char *attr_name)¶ Return value: New reference. Retrieve an attribute named attr_name from object o. Returns the attribute value on success, or NULL on failure. This is the equivalent of the Python expression o.attr_name. [링크 : http://docs.python.org/c-api/object.html#PyObject_GetAttrString]

문제는 PyObject *o 인데, o는 전체를 의미하는 __main__을 사용하면 될듯하다.
아무튼 간략하게 사용하자면, 이런식으로 문자열을 출력 가능하다.

    Py_Initialize();
        PyRun_SimpleString("teststr=\"test test\"");

        PyObject* po_main = PyImport_AddModule("__main__");
        PyObject* po_dict = PyObject_GetAttrString(po_main, "teststr");

        printf("teststr [%s]\n",PyString_AsString(po_dict));

        Py_DECREF(po_main);
        Py_DECREF(po_dict);

    Py_Finalize();

[링크 : http://koichitamura.blogspot.com/2008/06/this-is-small-python-capi-tutorial.html]