저는 학부 1학년 때 리눅스를 배우면서 vim을 사용한 이후로 Eclipse 같은 IDE를 쓰는 경우가 아니면 대부분의 프로그램을 vim으로 작성하고 있습니다. C 언어로 임베디드 환경에서 코딩하던 예전에는 별로 불편함을 느끼지 못했는데, 요즘 HTML, XML 등 각종 구조화된 문서나 스크립트 언어 등을 작성하려니 불편하다는 생각이 많이 드네요.


최근에 Ruby on Rails나 여러 데모 동영상을 보면 주로 맥이 많이 나오고 텍스트 에디터로는 textmate라는 프로그램이 자주 등장하더군요. 특정 언어에 특화된 IDE 도구가 아님에도 불구하고 강력한 매크로를 바탕으로, HTML 문서나 루비 프로그램 작성 시에 놀라운 자동 완성 기능을 보여줍니다. 불행히도 윈도나 리눅스 버전을 제공하지 않네요.

여기에 한글로 된 정보가 있습니다.












다음은 또 다른 스크린샷입니다.

서울대 컴퓨터공학부에서 세미나 강의 동영상을 올려뒀네요.

여러 교수님들이 다양한 주제로 강연하신 것들을 녹화해뒀는데 아직 자료가 많지는 않지만 앞으로 이런 자료가 많이 올라오면 좋겠다는 생각을 해봅니다. 학교 떠나고 나면 지금 나오는 최신 기술에 치여서 정작 이론적인 배경이나 앞으로 발전 방향에 대해 무뎌지는 듯한 느낌을 많이 받거든요.

원래 모바일 쪽 개발을 하지는 않지만, 최근에 WIPI 플랫폼에서 C 언어로 작은 프로젝트를 하나 하고 있습니다. 실제 폰 환경에 돌려보기 전에 윈도 환경에서 WIPI 에뮬레이터로 테스트를 먼저 하고 있는데, ETRI에서 제작한 이 윈도 WIPI 에뮬레이터가 정말 걸작(?)이네요.

1. 짤리는 로그

WIPI C의 MC_knlPrintk()라는 함수를 이용해 콘솔에 로그를 찍어보고 있는데, WIPI 에뮬레이터는 별도의 로그 창을 띄어줍니다. 근데 문제는 로그 창을 넘어가는 로그를 그대로 잘려서 보인다는 것이죠. 스크롤 바도 없어서 잘린 로그를 확인할 수 있는 방법이 없습니다.


2. 엉터리 MC_knlSprintk()

WIPI C의 MC_knlSprintk() 함수는 stdio.h의 sprintf() 함수와 동일합니다. WIPI C 환경은 stdio.h 헤더 파일을 제공하지 않기 때문에 별도의 함수를 두고 있습니다. ETRI의 윈도 에뮬레이터는 이 함수 구현이 버그투성이더군요. MC_knlPrintk(buf, "%02x", 0xff)와 같이 포맷 지정자에 %02x 와 같은 포맷이 들어가면 아무 것도 찍지 않는 문제가 있더군요. MC_knlPrintk(buf, "%02x\n", 0xff)와 같이 개행 문자(new line)이 들어가면 또 출력이 됩니다.

WIPI C 표준안에 따르면 MC_knlSprintk()는 C 언어 표준에 정의된 sprintf()을 따라야 한다고 했는데, 윈도 에뮬레이터는 윈도가 기본으로 제공하는 sprintf() 함수를 두고 왜 엉터리 구현을 굳이 작성해서 사용자를 골탕 먹이는 걸까요?


3. 서버 소켓 지원

WIPI C에서 서버 소켓 지원은 선택 사항입니다. 덕분에 일부 플랫폼에 서버 소켓을 지원할 수도 있고, 상황이 여의치 않는 경우는 지원 안 할 수도 있습니다. 확인해보니 이 표준안에 충실해서 윈도 에뮬레이터도 서버 소켓을 지원 안 하더군요. 문제는 윈도 에뮬레이터가 왜 서버 소켓을 지원 안 하는지를 모르겠다는 것입니다. 내부적으로 WINSOCK을 썼을텐데, 함수 한 개 매핑만 해주면 될 일을 굳이 선택 사항이니깐 안 해도 되겠지라는 식으로 구현해줘서, 에뮬레이터 사용자를 불편하게 만드네요.


답답한 환경에서 개발하는 모바일 개발자 여러분 힘내십시오.