별개의 분야 이야기들이 또 한데 컬렉션 형태가 됐다.

1. Personalization of Windows

이건 아무나 쉽게 할 만한 건 아니지만, 아마 윈도우 파워 유저들은 한번쯤 시도해 봤지 싶다.

콘솔(명령창)의 글꼴 바꾸기
솔직히 나도 Terminal 기본 서체는 이제 지긋지긋해서.. 똥 묻은 파르페 다음으로 싫다.. -_- 과거 윈 9x는 도스 프롬프트의 코드 페이지를 영문 437로 바꾸면 Courier New나 Lucida Console이라도 나와서 괜찮았으나, 2000/XP의 콘솔 글꼴은 너무 단조롭기 그지없다.
특정 레지스트리 부위에다 00이라는 키를 추가해서 원하는 글꼴을 지정한 뒤 재부팅을 하면 된다고 하는데, 난 여러 사이트들에서 시키는 대로 해도 안 되더라...;; 잘 모르겠다.

XP의 경우, uxtheme 패치
자세한 배경 설명은 생략하고. 요지는.. XP의 트레이드마크라고 할 수 있는 Luna 테마 대신 다른 시각 테마를 쓰는 것이다. 그런데 테마를 바꾼다는 건 단순히 색깔이나 이미지 같은 데이터뿐만이 아니라 각종 화면 요소를 그리는 실행 코드 자체를 바꾸는 것이기 때문에, 운영체제의 안정성 및 보안에 영향을 끼칠 수 있다. 그래서 운영체제는 기본적으로 디지털 서명이 존재하는 테마만 고를 수 있게 돼 있다.
그러나, 개인 테마 제작자가 일일이 자기 작품에 대해서 $를 지불하고 번거롭게 디지털 서명 인증을 받는 건 쉽지 않은 노릇이고.. 결국 디지털 서명이 없는 테마도 지정 가능하게 아예 운영체제 자체를 크랙하는 테크닉이 나돌게 됐다. 아이폰으로 치면 탈옥 정도 되겠다.

난 XP의 파란 Luna가 예뻐서 거기에다 custom 글꼴 & 그림만 붙여서 잘 썼다. 테마를 바꿀 필요는 느끼지 않는다. 비스타로 갈아탄 지 3년이 넘었지만 여전히 XP Luna가 그리울 때가 있다. 하긴, 비스타에서 Luna 커스텀 테마를 일부러 구해다 쓰는.. 흠좀무스러운 사람도 있다고는 하더라...

2. Phone number as the hyperlink

남이 내게 문자 메시지로 다른 전화번호를 알려 줬다. 이렇게, 발신자 그 자체가 아니라 본문에 포함돼 있는 전화번호를 번거롭게 암기하거나 수첩에 적지 않고 그대로 저장하거나 전화를 걸 수는 없을까?
마치 http로 시작하는 문자열이 인터넷 주소이고 "@ ." 같은 패턴이 이메일 주소이듯, 전화번호를 나타내는 정규 표현식이 통용되어 이런 건 전화기가 마치 클릭 가능한 하이퍼링크처럼 본문에다 표시해 주는 기능이 있으면 좋겠다.

자동으로 링크를 못 만든다면 최소한 번호를 마우스로 긁어서 복붙 정도는 되어야겠지.
간단하기 때문에 스마트폰에는 이미 구비되어 있는 기능일지도 모르겠다?
아래아한글 도스용에 있던 전화번호부와 팩시밀리 기능이 불현듯 떠오른다. COM 포트를 통해 컴퓨터가 모뎀으로 전화를 걸어 주던 시절이었다.. ^^;;

3. 디렉터리 생성을 좀 더 똑똑하게

컴퓨터의 파일 시스템에서 지우기 명령에 하위 디렉터리를 재귀적으로 몽땅 다 지우는 기능이 있다면,
디렉터리 생성 명령에도 중간의 다단계 디렉터리를 한꺼번에 생성하는 기능이 있어야 한다.
또한, 디렉터리를 생성한 후 바로 거기로 가는(change directory) 기능 내지 옵션도 있으면 편하지 않을까?
이건 114로 치면 전화번호를 물은 후 그 전화번호로 바로 거는 기능에 해당한다.

다단계 디렉터리를 한꺼번에 생성하는 기능은 있지만 생성한 디렉터리로 바로 가는 기능은 프로그래밍 API라든가, 각종 유틸리티 프로그램이나 명령으로도 내가 본 기억이 없는 듯하다.
요즘은 옛날에 비해 디스크/파일을 다루는 유틸리티에 대한 필요성이 훨씬 덜해지긴 했지만.. 특정 디렉터리나 드라이브로 곧바로 이동 가능하고 특정 프로그램을 단축키 하나로 바로 실행해 주고 한 화면에서 압축 파일이라든가 FTP 연동이 바로 되는 유틸리티가 있으면 컴퓨터 생활이 정말 편해진다.

토탈 커맨더, NexusFile 같은 프로그램이 유명하긴 한데 본인은 단축키가 완전히 손에 익어 버려서.. 개발이 중단된 구닥다리 WinM을 못 버리고 있다.

4. DR만 들어가면 다 박사?

DR이라는 약어가 하도 '닥터'라고 통용되니까, 과거에는 이로 인해 재미있는 오해가 발생한 컴퓨터 소프트웨어가 있었다.
MS-DOS의 경쟁자 중 하나이던 DR-DOS는 그래도 다 대문자로 쓰고 MS-DOS도 '엠에스'라고 읽다 보니, '디알'이라고 통용되었던 것 같다. MS-DOS를 설마 '미스 도스'이라고 하지는 않잖아? 도스의 모에화ㄲㄲㄲㄲㄲ 훗날 나온 노벨 도스의 전신이 DR-DOS인 줄은 모르고 있었네..;;

그러나 그래픽 소프트웨어인 '닥터할로'는 답이 없다..;; Dr. Halo라고 쓰면.. 누구에게라도 영락없이 '할로 박사님'처럼 보일 수밖에 없지 않은가. 설마 개발자가 박사 학위 소지자이기라도... 한지는 모르겠지만 Dr은 그냥 '드로잉'을 줄인 말이라고 한다.

5. 스마트폰 OS 에뮬레이터

PC에서 안드로이드 에뮬레이터가 실행되는 속도는 실제 기계에 비해서... "꽤", 훨씬 더 느리다. 난 약간 느릴 줄 알았는데 이 정도까지 차이가 날 줄은 몰랐다.

하긴, 도스박스조차 200x년대의 컴에서 같은 x86 아키텍처용 도스용 프로그램을 펜티엄급으로밖에 실행을 못 하는데, x86와 ARM은 인스트럭션 구조가 근본적으로 다르다. 게다가 요즘 스마트폰은 CPU와 메모리로만 치면 이미 최하 윈도우 98/2000 정도는 너끈히 돌리는 성능이다. 무슨 고전 게임도 아니고, PC와의 격차가 의외로 높지 않으니 PC에서 에뮬레이팅이 버거울 수밖에 없다.
게다가 애플리케이션들은 그나마 네이티브 코드도 아니고 잘 알다시피 자바 기반.

그리고 마지막 복병이 있는데 바로 그래픽 가속이다. OpenGL 같은 통일된 인터페이스가 있다지만 그래픽 가속은 워낙 민감한 부위여서 그런지 가상화가 더디다. 가상 머신에서 돌아가는 윈도우 비스타/7이 Aero 효과를 내지는 못하며, 에뮬레이터에서 돌아가는 스마트폰 OS는 실물만치 현란한 비주얼을 선보이지는 못한다.

그러나 PC+에뮬레이터가 디스크 I/O만은 실물보다 훨씬 더 빠르게 수행한다.
이런 식으로 스마트폰 앱은 에뮬레이터에서 돌릴 때와 실물에서 돌릴 때의 성능 편차가 의외로 크며, PC에서 개발하더라도 수시로 실물에서 올려서 확인이 필요하다고 한다.

Posted by 사무엘

2011/01/31 22:28 2011/01/31 22:28
, , , ,
Response
No Trackback , 8 Comments
RSS :
http://moogi.new21.org/tc/rss/response/458

Trackback URL : http://moogi.new21.org/tc/trackback/458

Comments List

  1. 김재주 2011/01/31 23:54 # M/D Reply Permalink

    3번 같은 경우에는 기본 API만으로 어렵잖게 구현할 수 있는지라 굳이 만들지 않았는지 모르겠습니다.

    그리고 ARM 아키텍쳐와 IA32가 상당히 구조가 다르다는 점도 에뮬레이팅에는 장애가 되겠죠. 레지스터 갯수부터 차이가 큽니다.

    다만 제 추측으론 naive하게 동작을 일일히 에뮬레이팅을 하다보니 더 느린 것이 아닐까 싶네요. ARM 코드를 IA32 어셈블리 형태로 재컴파일하고 다시 한번 최적화를 적용한 다음 실행하는 정도는 해 줘야 쓸만한 속도가 나올텐데, 그렇게까지 하진 않았을 것 같습니다.

  2. 아라크넹 2011/02/01 01:13 # M/D Reply Permalink

    전화번호는 생각보다 복잡합니다. 이를테면 구글이 안드로이드에서 쓰려고 libphonenumber라는 라이브러리를 만들었는데 거기서 사용하는 데이터가 몇백킬로바이트에 육박합니다:
    http://libphonenumber.googlecode.com/svn/trunk/java/resources/com/google/i18n/phonenumbers/src/PhoneNumberMetaData.xml
    사정이 이렇다보니 전화번호는 명시적으로 전화번호라고 알려 주지 않으면 감지하기가 쉽지 않은 것 같습니다.

  3. 주의사신 2011/02/01 09:14 # M/D Reply Permalink

    1. Windows XP에서 Windows 7 스타일의 바탕 화면을 사용할 수 있게 해 주는 것을 본 기억이 납니다.

    2. 집에 8년 전 고사양 컴퓨터가 있는데, 요즘 전화기들은 그 컴퓨터를 능가하려 하고 있습니다. 그 컴퓨터가 전화기보다 월등하게 나은 점은 하드 사이즈 정도랄까요?(150GB인가 할 것입니다.)

  4. 다물 2011/02/01 09:32 # M/D Reply Permalink

    아이폰에서는 문자메시지로 전화번호가 들어오면 그걸 전화번호로 자동인식합니다(번호 누르지 않아도 바로 그걸 이용해서 내 전화기에 저장 가능). 다른 전화기도 그런 기능 있는게 있겠죠.

  5. 사무엘 2011/02/01 09:50 # M/D Reply Permalink

    김재주: x86과 ARM이 구조가 얼마나 다른지는 뭐.. ^^ 그렇습니다. 일일이 에뮬레이팅을 하느라 느린 것이죠. 인스트럭션 레벨에서의 최적화는 거의 컴파일러/디컴파일러를 새로 만드는 거나 마찬가지의 난이도이니 꽤 어려울 겁니다.

    아라크넹, 다물: 전화번호를 문자열 차원에서 자동 인식하기가 쉽지 않으면, http 이런 것처럼 SMS 내부에서 전화번호임을 나타내는 접두사 같은 표식이라도 표준이 제정되었으면 하는 생각이 듭니다.

    주의사신: 물론 XP에서 흉내 내어 주는 것은 비스타/7의 껍데기일 뿐이지 Aero 효과 자체를 재현하지는 못할 겁니다. 저는 XP에서 비스타/7 스타일을 쓰고 싶지는 않지만, 가끔 비스타에서도 XP Luna를 써 보고 싶은 생각은 들더군요. 알록달록한 게 좋아서? ^^
    요즘 전화기는 이제 CPU와 메모리만으로는 윈2000이 아니라 XP도 돌릴 수준이 됐을 겁니다. 전화기가 PC를 따라잡지 못하는 영역은 이제 보조 기억 장치의 크기, 화면 해상도, 문자 입력 속도 정도이겠죠. (물론 그것도 굉장히 큰 차이이긴 함)

  6. 김기윤 2011/02/01 12:08 # M/D Reply Permalink

    1. XP의 경우 styleXP 를 이용해서 스킨을 바꿔보고자 노력한 적이 있습니다. 다만, 바뀌기는 바뀌는데 속도가 느려져서 다시 Luna 로 돌아왔던 기억이..

    2. 많은 분들이 모르시는데, 폰 중에서 "전화번호 보내기" 기능으로 문자를 보낼 수 있는 기종이 있습니다. 이 기종으로 이 기능을 사용해서 문자를 보내면 받는 쪽에서는 메뉴->전화번호부에 바로 저장 기능을 이용해서 바로 저장할 수 있습니다. (물론 받는 쪽에서도 지원해야 합니다. 이 기능으로 번호를 보냈는데 받는쪽에서 지원을 안하면 아무것도 안보이는 문자로 보인다고 합니다)

    3. 패스

    4. Dr. Halo , 할로 박사님... 덜덜;; 미스 도스는 뭔가요-! 그나저나 옛날에 아예 이름이 dr 이었던 게임이 있었는데, 닥터라고 안부르고 "디알, 디알" 로만 불렀던 기억이 납니다.

    5. PC와 스마트폰의 성능 차이가 얼마 안된다는 처음 알았습니다. 최근에 듀얼코어 스마트폰을 광고할때는 저렇게까지 할 필요가 있나? 했는데 백그라운드가 돈다면 확실히 싱글과 듀얼 차이가 심하기는 하죠.

    1. 사무엘 2011/02/01 22:39 # M/D Permalink

      아.. A의 전화번호를 알려 달라고 B에게 연락하고서는, 발신자의 전화번호가 A이고 아무 내용도 없는 문자를 받은 적이 있었어요.. 그게 2번과 같은 그런 기능을 이용한 듯하군요. 그런데 저는 지금 전화기로 그런 기능을 사용하는 방법을 모-_-름.
      그나저나 스마트폰까지 듀얼코어라니.. -_- 정말 전화기를 한참 초월한 존재가 되었군요.

    2. 김기윤 2011/02/02 12:50 # M/D Permalink

      아니 제가 알고 있는 2번기능은 그거와는 다릅니다.

      제가 A의 전화번호를 알려달라고 B한테 연락했을때, B가 이 기능을 사용해서 문자를 보내면, 저한테는 발신자의 전화번호가 B이고, 내용에는 "이름: A 전화번호: xxx-xxxx-xxxx" 로 보이고, 메뉴를 누르면 "A를 바로 전화번호부에 추가" 항목이 보입니다.
      .........문제는 설명하기도 복잡하고 있는지도 모르는 사람도 많은데다가 지원하지 않는 폰도 있(..)으니 그냥 통상 방법으로 보내게 되죠 ㄱ-.

Leave a comment

MDIR 회상기

MDIR은 도스 시절에, 특히 컴퓨터 깨나 하는 사람들의 거의 필수품인 쉘 겸 통합 유틸리티 프로그램이었습니다.

작고 가벼운 크기에 굉장히 편리한 인터페이스. 단축키에 중독되고 나면 이거 없이는 불편해서 못 살았죠. 기본적으로 텍스트 영문 모드였지만 한글 바이오스도 인식하고 나중 버전은 윈도우 95 아래에서 긴 파일 이름도 그럭저럭 잘 인식했습니다.

도스 시절엔 더 말할 필요도 없었고
한 확장자를 상대로 단일 연결 프로그램밖에 바로 실행 못 하는 윈도우 쉘과는 달리,
압축 파일 내용 바로 보는 기능, 드라이브를 바로 바꾸는 단축키(Shift+C, D), 특정 프로그램을 바로 실행하는 펑션 키 연결, 노턴 유틸리티 NCD를 필요 없게 만든 F10 MCD, 그리고 특정 단축키로 바로 디렉토리를 바꾸는 QCD, 그리고 두 창 열어서 보는 기능.

간단합니다.
원하는 디렉토리로 빨리 가고,
선택된 파일에 대해서 다양한 조작을 하는 다양한 프로그램을 키 조작만으로 바로 실행하는 것.

저도 처음부터 M 사용자는 아니었는데 94~95년경에 M 거의 광신자인 한 친구의 영향을 받아 쓰게 됐습니다. 아주 편리하더군요.
등록판으로 바꿔 주는 크랙도 한동안 쓰고 지냈지만, 98년에 그렇잖아도 도스용으로는 마지막 버전이 된 3.10이 나왔을 때 나름대로 돈 주고 정품을 구입했습니다.

등록판은 About 화면의 강제 딜레이가 없으며 서로 다른 드라이브로 디렉토리 통째 복사가 가능하고, 보라/mcopy 같은 보조 유틸들을 제대로 사용할 수 있었습니다.

알 만한 사람은 다 알지만 MDIR은 컴을 잘 못 다루는 개발자의 여자친구를 위해 개발되었던 걸로 유명합니다. 실제로 그 두 사람은 결혼했다고 전해집니다.

하지만 MDIR은 여자친구의 전유물로 그치지 않고 꾸준히 개발된 끝에, 01년 말에는 드디어 윈도우용도 나왔고, 개인 명의가 아닌 회사 제품으로 개발되기 시작했습니다.
솔직히 MDIR 정도면 EditPlus처럼 세계적으로 셰어웨어로 내놓고 팔아먹어도 손색이 없다고 느껴집니다. 미국 같은 데서는 솔직히 제가 지금까지 개발한 프로그램보다도(날개셋, WordTech 등) 규모가 작은 프로그램도 당당히 개인 개발자로서 이름 걸고 홈페이지 운영하면서 셰어웨어로 팔아먹는 경우가 많습니다.

이 정도 프로그램을 만들려면 운영체제 쉘 구조부터 시작해서 상당 수준의 하드웨어 지식, 인내심과 노가다 코딩까지 통달해야 했을텐데 놀랍기 그지없었죠.

하지만 2003년경, MDIR이 소속되어 있던 회사는 경영수지 악화로 인해 없어졌고, 개발자 역시 그 회사를 나와서 이제는 완전히 "은퇴"하고 말았습니다. MDIR의 소스는 갖고 있으되 공개할 의향은 없고, 그렇다고 해서 얘를 유지보수할 여건은 안 되고.. 한 마디로 그렇게 개발이 중단되고 묻혀 버린 것입니다.
개발자는 MDIR 개발만 중단한 게 아니라 IT계에서 완전히 은퇴했고, 이제 완전히 다른 사업을 하면서 산다고 합니다. (안습)

MDIR은 상당히 이색적으로 C/C++이 아닌 파스칼(볼랜드)로 개발된 것으로 잘 알려져 있습니다. 윈도우용은 자연히 델파이로 개발됐죠. 도스용은 EXE 파일이 아주 빡세게 암호화-압축돼 있기 때문에 일반적인 분석 방법으로는 빌드 개발툴을 알 수 없는데, 저는 처음에 이 정보를 어디서 얻었는지 모르겠습니다.

16비트 EXE이기 때문에 메모리 제약이 좀 있었고, 특히 MCD에서 1000개가 넘는 디렉토리를 표시할 수 없고, 한 디렉토리에서 2000개가 넘는 파일을 표시할 수 없는 게 아쉬운 점이었습니다. 후자는 단순히 파일이 다 안 보이는 걸로 끝이지만 전자는 디렉토리 스캔하다가 프로그램이 뻑났거든요. 도스용도 32비트 컴파일러로 재개발됐으면 참 좋았을텐데, 쉘 유틸리티의 특성상 하드웨어에 종속적인 명령이 많아서 개발툴을 바꾸기가 쉽지 않았을 것 같습니다.

윈도우용은 32비트이다 보니 메모리 제한은 없지만, 이제 유니코드를 지원하지 않는다는 아쉬움이 남습니다. 5.0에서 추가될 기능 중 하나이기도 했는데, 5.0은 끝내 나오지 않은 채 MDIR의 개발은 중단됐습니다.
이 때문에 MDIR 정식 등록자들이 무척 좌절하고 허탈해했습니다. 하지만 반대로 생각해 보면 MDIR의 개발자도 극심한 불법복제의 피해자이기도 했습니다.

등록판을 불법복제 하려면 최소한의 부끄러운 줄은 알고 혼자 조용히나 쓸 것이지 대놓고 개발자한테 시리얼 번호 알려 달라고 메일 보내는 골빈녀석도 부지기수였다고 하더군요.

MDIR 역시 뭐 복사방지 락이라도 달고 나온 건 아니고, 전적으로 소프트웨어적인 방법만으로 등록판 판별을 해야 했기 때문에, 등록판 판별 방식을 여러 번 변경하고, EXE의 리버스 엔지니어링을 막기 위해 복잡한 방법으로 실행 파일 암호화/압축을 거쳤던 것입니다.
  (개인적으로 도스용 게임 Titus Fox이 컴퓨터별로 레벨 코드 생성을 어떤 원리로 하는지가 무척 궁금하기도 합니다.)

윈도우 비스타에서도 WinM이 돌아가긴 합니다. 하지만 32비트 어플의 특성상, 64비트 윈도우 시스템 디렉토리 같은 곳엔 접근이 되지 않습니다. 32비트 윈도우 시스템 디렉토리로 그냥 리다이렉션 돼 버리죠. (속임수)

어쨌거나 컴퓨터 세계는 이제 진짜로 기술이나 아이디어만으로는 자본력을 도저히 못 당해 내게 흘러가는 것 같습니다. 그리고 이 컴퓨터의 힘을 입어 컴퓨터뿐만 아니라 다른 업종도 다 저렇게 바뀌고 있습니다.

Posted by 사무엘

2010/01/10 22:50 2010/01/10 22:50
Response
No Trackback , 2 Comments
RSS :
http://moogi.new21.org/tc/rss/response/21

Trackback URL : http://moogi.new21.org/tc/trackback/21

Comments List

  1. 행인 2014/10/19 01:33 # M/D Reply Permalink

    4년전 글이군요... 재밌는 글 잘 읽고 갑니다 ^^

    1. 사무엘 2014/10/19 15:07 # M/D Permalink

      MDIR의 추억에 공감하시는 분 같군요. 반갑습니다. ^^

Leave a comment

블로그 이미지

철도를 명절 때에나 떠오르는 4대 교통수단 중 하나로만 아는 것은, 예수님을 사대성인· 성인군자 중 하나로만 아는 것과 같다.

- 사무엘

Archives

Authors

  1. 사무엘

Calendar

«   2019/08   »
        1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31

Site Stats

Total hits:
1239388
Today:
120
Yesterday:
295