혼자만의 세계로 빠져들다

아는 이의 PC의 상태가 좋지 않아 손을 봐주기로 하고 집에 들고 왔다. 자잘한 동영상 하나도 그 쉴새없이 끊기고, 윈도우 로그온 소리 또한 끊길정도였지만 원인을 파학하지 못해 결국은 OS를 새로 깔기로 하였다. 하드디스크도 분할되어 있지 않아 백업을 받아두고, 나중을 위해 하드디스크를 2개의 파티션으로 분할하였다.

OS를 설치하고 이미지를 떠두기위해 고스트를 실행하려고 시도하였으나, 웬일인지 계속 컴이 정지해버린다. NTFS에다, S-ATA 하드라서 그런가 싶어 알아보았지만, 오래된 버전을 제외하고는 S-ATA, NTFS에서도 정상적인 동작을 하는 것으로 보였고, 실제로 본인의 컴에서도 문제없이 인식동작하였다.

고스트를 업데이트하면 될거라는 등의 말이 인터넷에 오고 갔지만, 매번 시도해보아도 되지 않는 것이였다. USB부팅, 시디부팅 등 다양한 방법과, 여러 버전으로 수차례 시도해보았지만 마찬가지였다. (NTFS 및 S-ATA등을 지원하지 않던 옛 버전을 실해하였을때는 고스트가 동작되었다. 물론 해당 하드는 읽을 수 없었지만 말이다.)

그동안 옛 버전의 고스트를 FAT 파일시스템에서만 사용해왔기에, 경험부족이려니 하는 생각도 들었고, 해당 S-ATA하드를 떼어내니 잘 동작하는 정황 등으로 보아 해당 하드와 관련된 부분을 의심할 수 밖에 없었고, 그 의심 1순위가 S-ATA 칩셋이였으나, 별다른 해결책을 찾지 못해 결국은 GG를 쳤다.

고스트가 안되니 차라리 복원CD를 쓰는 방향으로 전환해야겠다 싶어, 속으로 “샘숭은 이래서 안돼”하며, 이 컴의 복원 CD를 찾으려 컴 주인의 집에 찾아갔으나, 어디에도 복원CD가 없는 것이였다. “그런거는 찾기 쉬운데 둬야지”라  핀잔을 주려하는데, “시스템 복구(Windows 재설치) 안내”라는 한 장짜리 안내지가 눈에 띄였다. 내용은 이러이러한데, 마지막 줄에 있는 “사용시 주의사항”을 보고 뭔가 오늘 제대로 삽질한 것 같은 느낌이 들기 시작하였다.

아무튼 복원CD 찾기를 포기하고 집으로 돌아와서, 그 안내지에 적힌 복원모드로 들어와서 복원을 시도하였다. 별도의 CD를 요구하지 않을까 마음을 졸이면서(?) 진행상황을 지켜보고 있었다. 다행인지 불행인지 CD를 요구하는 일 없이 복원과정을 끝이 났고, 강제로 끈 흔적이 남아있는 찜찜한 윈도우의 텍스트 화면을 두 차례 본 후, 윈도우즈 재설치 과정을 끝낼 수 있었다.

돌이켜 생각해보니, 고스트가 실행시 매번 다운되던 현상은 “삼성 복원 솔루션”에 의해 하드디스크 일정 영역을  보호하려했기 때문인 것으로 보인다. 삼성이 별도의 복원CD를 제공하지 않고, 하드디스크에다(?) 복원용 이미지를 밀어넣어 두는 방식으로 바뀐줄도 모르고 있었는데다, 이 때문에 고스트가 동작하지 않을 것이라고 크게 의심하지 않았기에 “고스트 삽질”을 계속한 것이다.(중간에 살짝 의심해봤지만ㅠ_ㅠ)

그 동안 대기업PC, 특히 샘숭PC를 기피하는 통에, 그에 대한 정보 또한 부족했고, 덕분에 삽질하면 제대로 한 셈이다. 그리고 몇년 후 샘숭PC는 또 나에게 어떠한 삽질을 제공할 것인가? ㅋㅋ

대부분의 제품이 그렇듯이 어떠한 상품이 출시된 초기와 나중에 찍어내는 제품의 스펙이 다른 경우를 허다하다. 대부분 초기에는 좋은 부품을 쓰다가도 나중에는 비슷한 동작을 하는 보다 저렴한 부품으로 바꾸는 것이다. 자동차와 같은 것들도 그러한데, 컴퓨터 부품이야 오죽하겠는가. 아울러 메이드 인 차이나의 위력은 이러한 현상을 더 가속화시키는 듯 하다.

며칠전 기가바이트 GeForce 7600GS AGP 256MB비디오카드를 샀다. (제품소개 : 기가바이트, 다나와)
그런데 원가를 줄인다고, 3D 플러그 쿨러 번들을 없앤것 같다. 이는 비디오카드 보드에 팬 커넥터를 뺀 것으로 보아 확실한 것 같다. 하지만 제품소개글은 여전히 3D쿨러가 포함되어 있는 글이고, 그리고 포함되지 않은 PowerDVD 6.0 CD도 번들이라고 여전히 소개되고 있었다. 이 제품을 구매하려는 분들 혹시 계시면 참고하세요. 3D쿨러 없습니다.

그것도 모르고 기가바이트 고객센터에 전화해서 3D쿨러를 받아두기는 했지만, 꽂을 데가 없는 것을 알고 한참 멍하니 손에 든 비디오카드를 보고만 있었다. 물론 인두질 좀 해서 3D쿨러를 달아쓸까?도 생각해봤지만 귀찮기도하고, 손대는 것 싫어해서 그냥 그대로 쓰기로 했다.

생각할수록 구매처와 고객센터에 건 전화비가 아까워진다.ㅠ_ㅠ

NexusFile V 받으러 가볼까? : xiles' center

NexusFile V 관련 보고글 모음

• 트리정보파일를 각 드라이브 루트에 저장할 때 [1]
• F10트리 검색시 공백 처리
• [답변] classic스킨 사용시 폴더/디스크 표시줄 등은 black에서의 설정을.... [2]
• 고급 이름바꾸기 '삭제'시 외 [2]
• 트리정보 파일 & 스킨에 대하여 [1]
• F10트리에서 이름 변경 직후 들어가기 시도 외 [1]
• 대상 선택시 Shift+알파벳 외 단축키 일관성에 대하여 [3]
• 창/컬럼너비에 따른 목록상 파일정보 [2]
• 이름 바꾸기->고급 이름바꾸기 관련하여 [1]
• 아래 프로그램 전환 관련 영상을 올립니다. [3]
• 프로그램 전환시 딜레이에 관하여 [4]
• 풀다운 메뉴가 메뉴 표시줄 덮는 현상 (보충설명) [1]

Maxthon 브라우저 2.0의 RC2 버전이 나왔습니다. (2.0.2.615)
공식 한글 언어 파일이 있지만, 하던게 아까워서 RC2에 맞게 수정해서 내어 놓습니다.

현재 파이어폭스를 주 브라우저로 사용하고 있으나,
망할 놈의 ActiveX 덕분에 필요에 따라 Maxthon 2.0, IE를 쓰고 있습니다.
저마다의 장단점이 있어 어느 것이 낫다고 할 수는 없으나,
어느 것을 고르건 아무 문제없이 잘 되는 인터넷 세상이 되었으면 좋겠습니다.

글 Maxthon 브라우저 2.0 RC1 한글 언어팩에 올린 자동압축풀림 형식의 언어팩을
Maxthon 2.0 언어팩 배포 확장자인 *.m2l 로 만들어 다시 올려봅니다.


이전에도 m2l이 먹혔는지, RC부터 먹히는 것인지는 알 수는 없지만,
SFX방식보다는 훨씬 편리할 것 같네요. (더블클릭만 하면 설치됩니다.)

뭐 알다시피 RC에 포함된 한글언어팩이 최신 버전에 맞게 업데이트된 상태이니 제가 올린 파일의 효용성은 별로 없으리라 생각됩니다만...

RC가 되면서 눈에 띄게 바뀐 점은 별로 없는 것 같습니다. beta 5에서의 변화에 비하면 말이죠.
아무튼 얼른 RC가 끝이나고 정식버전이 나왔으면 좋겠습니다.
그리고 Maxthon 한글 페이지도 있었으면 좋겠는데...

Maxthon이 뜬 상태에서 네이트온 메시저를 통한 싸이월드 접근이 잘 안되는 등 불편을 느끼게 되어 최근에 다시 파이어폭스2를 쓰고있는데, Maxthon의 아기자기한 인터페이스, Maxthon만의 편리함이 그리울 것 같습니다.

Maxthon개발진들이 이제 베타를 끝내고 RC(2.0.1.9008 RC 1)를 내놓았네요.
베타를 끝내면서, 대부분의 언어 파일들이 RC를 계기로 업데이트 되었습니다.

http://beta.maxthon.com/

이번 RC에서는 대부분 한글화된 한글언어파일(2.0.1.8000)이 포함되어 있어
한글 언어파일 작업을 더 이상 하지 않아도 될 것 같네요.

그래도, 추가/수정하여 올려봅니다. (언어선택시 '한글'인건 아시죠?^^)
그동안 모르고 있었는데 Maxthon의 언어파일도 Winamp의 스킨(*.wsz)처럼 손쉬운 설치가 가능한 형식(*.m2l)을 지원하는군요. (실상은 둘 다 zip압축파일을 확장자만 달리한 것 임)
되도록이면 위의 SFX파일 보다는 다음 글(Maxthon 브라우저 2.0 RC1 한글 언어팩 *.m2l 형식)에서 m2l 파일을 받으시길 바랍니다.
Maxthon이 설치된 상태에서 더블클릭만으로 언어파일 설치가 가능합니다.

윈도우즈 Vista와 오피스2007에 채택된 한글글꼴인 “맑은 고딕”이 디스플레이 환경이 CRT 일색이던 시절에 나왔더라면 혹평을 면치 못했을지도 모르겠지만, LCD의 보편화가 된 덕분에 환영하는 이들이 많은 듯하다.

“맑은 고딕”을 처음 접했을때 자막용 글꼴로 사용할 정도로 애용하였던 글꼴이였지만, CRT를 쓰는 탓에 웹상에서 이 글꼴을 사용하는 사이트가 늘어감에 따라 반감이 조금씩 생기고 있다.

XP에서 화면용 글꼴을 표시하는 방식은 3가지가 있다.
1. 가장자리(edge)를 다듬지 않는 방식
2. 가장자리를 다듬는 표준 방식
3. 가장자리를 다듬는 클리어 타입 방식

“맑은 고딕”은 클리어 타입을 제대로 지원하는 글꼴로서 그 의미가 있으며, 그렇기에 많이 애용되고 있다.
혹자는 기존의 기본 글꼴(굴림 or 돋움)을 깎아내리면서까지 예찬론을 펼치기도 했다.

하지만 본인은 “맑은 고딕”에 비트맵글꼴이 포함되지 않은 것에 못내 불만이다.
"Segoe UI"의 경우도 비트맵글꼴을 포함하지 않은 것을 보면, 이것이 MS의 정책으로 보여지나 아쉽기는 매한가지이다.

Tahoma가 클리어 타입을 제대로 지원하는가에 평가는 사람에 따라 다를 수는 있겠으나, 개인적으로는 비트맵을 포함하여 1, 2, 3 모든 경우에 대해서 좋은 화면글꼴을 보여준다고 생각하고 있다.
“맑은 고딕”이 Tahoma와 같이 비트맵을 포함하여 1, 2, 3 모든 경우에 따라 최적의 화면 글꼴을 보여줬더라면 하는 아쉬움이 많이 남는다.

CRT를 쓰는 탓에 클리어 타입에 매력을 크게 느끼지 못하기도 하지만, LCD에서도 클리어 타입 글꼴(튜닝 했음)에도 전혀 적응하지 못한 것을 보면...^^

“맑은 고딕”이 설치된 상태에서 웹페이지 상의 “맑은 고딕”만을 다른 글꼴로 대치하여 표시할 수 있는 방법은 없을까?

아~, sl_w_ls님이 제안(?)한 삭제 신공만이 유일한 대안인가?

오늘 업데이트된 Maxthon 브라우저 2.0 Beta5 의 한글 언어팩입니다.
주의) 설치 후 Maxthon을 (재)실행한 후, "한글"을 선택하세요. "korean"이 아닙니다.
 
beta 5에 포함된 영어, 중국어 간체 언어파일을 비교하여, 추가/수정된 부분을 반영하였습니다.
새로이 추가된 기능인 “Float Button”은 적당한 용어를 찾지못해, 일단 “Float 버튼”으로 바꾸었습니다.

이전에 작성한 글 “Maxthon 브라우저 2.0 beta 한글 언어팩”에 처음 올려둔 한글 언어파일을 사용하다보니 잘못된 부분이 다소 있었습니다. 영어로 된 언어 파일과 비교하였을때는 큰 문제가 없어보였으나 실제 사용에 있어서는 그 내용이 직관적이지 못한 것들이었습니다.

몇차례 수정을 하여 현재는 4번째로 수정된 파일을 올려두었지만, 이올린 등에는 예전 제목 혹은 예전 내용으로 노출되거나 하여 갱신차원에서 새 글로 작성하게 되었습니다.

예전 버전을 맞추어 작성하였던 한글 언어팩을 기준으로, 신 버전의 언어파일에서의 추가/삭제된 부분에 대해서만 작성하였기에, 그대로 유지되는 예약어들에 해당되는 내용이 바뀐 것에 대해서는 작업하지 않아 반영되지 않은 것들도 여럿 있으리라 생각됩니다.

아래는 그 글의 일부 내용을 옮겨온 것입니다.


2.0.1.7022 대응 한글 언어팩 (수정 #4)
----
2007.02.21 collector를 controller로 잘못보아 생긴 오류 수정 (제어기->수집기)
2007.02.22 Maxthon 설정 센터 좌측 항목 이름 일부 변경 (○○ 표시줄 -> ○○)
2007.02.24 일부수정 : Sticky 이름->탭 이름, 별명->URL 별명
2007.03.01 설정 센터의 매직 필에서 모호한 표현을 수정 외
----

PC지기 Free 개인용 무료 버전 (아래 사이트를 방문하면 바로 받을 수 있는 페이지가 뜹니다.)
http://www.pcziggy.co.kr/

언제인지는 알 수 없으나 악성코드 진단, 치료도구인 PC지기의 개인용 무료버전이 나왔다. PC지기는 요즘 국내 각종 툴바의 악성코드 진단도구로 사용되고 있는 도구로서 나름대로 신뢰할 만한 도구라고 평가된다.
이 버전은 기존 PC지기 꾸러미에서 안티바이러스 부분이 빠져있는 순수(?) 악성코드 도구인데 타사의 백신만을 사용하는 사용자들에게 유용하리라 생각된다.
그리고 최근에 와서 개인이 개발하던 무료도구의 업데이트가 침체되어 있는데, 이러한 상황에서 PC지기의 개인용 무료 버전 발표는 사용자 입장에서는 환영할 만 하다.

----
바이러스가 많던 시절에는 이를 예방하고, 진단, 치료하기 위한 도구들이 인기를 누렸다면, 요즘에 와서는 웜, 스파이웨어, 악성코드를 진단하고, 치료하는 도구에 대한 비중이 커지고 있다. 한때는 안티바이러스(이하 백신) 제품들이 스파이웨어 및 악성코드들 추가적으로 진단하는 수준이였는데 바이러스에 비하여 급격하게 늘어나는 악성코드의 증가 속도를 이들 백신 제품이 따라잡지 못했었다.
방어선이 잘 갖추어진 백신을 상대하느니 당시 백신업체에서 전혀 신경쓰지 않는 쪽으로 공격하는 것이 훨씬 효과적인데다, 백신업체에서의 대응도 백신도구라는 틀 안에서 이들을 처리하려 하였으니 이들을 제대로 방어될 리 없었다.
사용자들 입장에서는 백신으로 제대로 치료되지 않는 이들이 골치 아플 수 밖에 없었는데 이러한 배경 속에 악성코드를 전문으로 진단, 치료하는 도구들이 속속 등장하게 된다. 악성코드에 대한 인식이 부족하였던 초기에는 AD-Aware라는 도구가 거의 유일하였으나, 악성코드에 대한 문제 의식이 커지고 또 이 분야가 돈이 된다고 직감한 이들에 의해 이러한 도구가 우후죽순처럼 늘어나게 되었다. 다만, 돈에 눈이 먼 일부 업체들의 부도덕한 행태때문에 이러한 도구들을 오히려 가려써야하는 상황이 되어버렸다.
그래도 AD-Free의 등장은 상당히 의미있는 일이였다고 평가된다. 개인적으로는 AD-Free가 계속되었다면 하는 아쉬움이 많이 남긴 하지만, 소수이긴 하나 신뢰할 만한 무료도구들이 몇몇 발표되어 그나마 다행이라고 생각된다.

2.0.1.7022 대응 한글 언어팩 (수정 #4)
----
2007.02.21 collector를 controller로 잘못보아 생긴 오류 수정 (제어기->수집기)
2007.02.22 Maxthon 설정 센터 좌측 항목 이름 일부 변경 (○○ 표시줄 -> ○○)
2007.02.24 일부수정 : Sticky 이름->탭 이름, 별명->URL 별명
2007.03.01 설정 센터의 매직 필에서 모호한 표현을 수정 외
----

최근들어 탭브라우저인 Maxthon 2 beta를 자주 사용하고 있는데, 언어 파일이 예전 것 뿐이라서 혼자 쓸 요량으로 언어파일을 만들어 보았다. Maxthon이 업데이트 되면서 언어파일의 내용도 조금씩 추가/삭제/변경되고 있기에 최신판에 있는 영어, 중국어 간체 파일을 기준으로 변경된 부분을 반영하였다.

위 파일은 실행 압축 파일로서,
실행시 C:\Program Files\Maxthon2\Language\Hangul 폴더에 압축이 풀리며, Maxthon에서는 "보기 > Language > 한글"을 선택하면 사용할 수 있다.
만일 보이지 않는다면 Maxthon을 재시작하면 될 것이나, 그래도 보이지 않는다면 Maxthon 설치 경로나 압축이 풀린 경로를 확인해 보라.

아무튼, 좀전에 언급했다시피 혼자 쓸 요량으로 작성한 것이고, 본인의 영어 실력이 미천하여 되는대로 번역(?)한 것이니 오역이 많을 것이다. 그리고 Maxthon 개발자가 중국인이여서인지, 아니면 본인의 영어 실력이 바닥이여서인지 영어 언어팩 상에 사용된 단어들을 대체할 적당한 단어가 떠오르지 않아 의역(?)을 많이하였다.

참고로, 최신 Maxthon 버전이 2.0.1.7022 이나 올려둔 한글 언어팩 파일의 버전은 2.0.1.6900 인데, 이는 최신 Maxthon 버전에 포함된 영어, 중국어 간체의 파일 버전을 그대로 따른 것이다. 개발자가 영문, 중국어 간체 언어 파일을 추출한 시점이 6900 일때 였는지는 알 수 없으나, 이전 버전에서도 언어파일 버전과 Maxthon버전이 다른 것으로 보아 그리 중요한 문제는 아닐 것으로 생각된다. 사실 같은 버전의 영문과 중국어 간체 언어파일의 내용 조금 달랐으며, 부족한 부분에 대해서는 중국어 파일에서 이를 가져왔었다.

메모장 버그 이야기가 나왔으니 개인적으로 불편하게 생각했던 메모장의 다른 버그(?)를 소개하겠다.

XP의 메모장(5.1)에 와서 새로 생긴 기능이 있는데 그것이 먼고하니 바로 "상태 표시줄"이다.
2000의 메모장(5.0)에는 없는 기능이다.

"상태 표시줄"을 사용을 좋아하는 본인으로서는 반가운 일이였다.
하지만, MS의 "상태 표시줄"에 대한 천대는 XP에 와서 노골적(?)으로 보여지는데 이러한 경향(?)은 메모장에 새로 생긴 기능에도 그대로 적용되었다.¹⁾



그림에서 보든 메모장의 "상태 표시줄"로 확인할 수 있는 것은 줄번호와 컬럼번호와 같이 단순한 것 뿐이지만 나름대로 유용하게 쓰일 수 있다. 재미있는 것은 줄번호와 컬럼번호 표시가 상위 편집기인 wordpad 에서는 지원하지 않는 기능이라는 점이다.

헌데, 유용히 쓰일 수 있는 "상태 표시줄" 기능이 "자동 줄 바꿈" 기능을 켜면 사용할 수 없다는 것이다.  애초 이런 기능을 구현한 방법이 치졸(?)하다 보니 두 기능을 동시에 사용하면 엉뚱한 결과를 보이기에 "상태 표시줄"을 숨기는 차원에서 마무리한 것이다.²⁾ 본인으로서는 아쉬울 수 밖에 없지만, 메모장이 무거워지는 것 보다야 낫기에 받아들이기로 했었다.

하지만, 문제는 여기서 그치지 않았다.
"상태 표시줄"을 켜둔채 "자동 줄 바꿈"을 on/off하면 "상태 표시줄"이 없어졌다 다시 나타나야 하며 실제로 그렇게 동작했으나, "자동 줄 바꿈"을 켜둔채 메모장을 다시 실행하면 "상태 표시줄" 표시 설정이 기억되지 않는다는 것이다. "자동 줄 바꿈"을 해제해보면 "상태 표시줄"이 나타나지 않아 일부러 다시 선택해야 되기에 본인으로서는 불편하기도 하다. 개별적으로 사용하였을때는 기억되는 설정이기에 위의 경우와는 달리 구현에 큰 어려움은 따르지 않을 것 같은데... 본인을 두번 죽이는 아니 아쉽게 하는 일이다.

메모장은 가벼워야 제맛(?)이기에 전자에 대한 MS의 마무리는 나무랄 수 없지만, 후자의 경우에는 아쉬움이 남는다. 아무튼 Vista에서의 메모장은 어떤 모습일까? 은근히 기대된다.
--------
1) 무슨 말인고 하니, 탐색기에서 상태 표시줄이 비활성화된 것이 기본값이더라는 것이다. 그래서 윈도우 설치후 일부러 이를 활성화 해주려니 귀찮기도 했다. 게다가 이러한 설정을 잘 풀리는 경험을 한 터라 다소 농담스럽게 표현했다.

2) document에서 앵커의 위치를 단순히 얻어와서 뿌리는 것으로 추측된다. "자동 줄 바꿈"을 할 경우 정확한 줄번호, 행번호를 표시하려면 별도의 계산과정을 거쳐야하니 그리한 것이 아닐까 생각해 본다.

어제 메모장 버그(? 혹은) 기능에 대한 글이 올라왔다. 두 곳다 같은 분이 올리신 글로 보인다.

http://miniwini.com/miniwinis/bbs/index.php?bid=talk&mode=read&id=92714
http://qaos.com/viewtopic.php?topic=9547&forum=3

재현을 위해 한참 노력했는데 이상하게도 되지 않는 것이 아닌가?
남들은 다 잘 되는데 본인만 안되는 일이 한 두번 당한게 아닌지라 괜한 좌절도...

아무튼 재현은 성공하였다. 저장 직후 메모장의 크기를 조절하면 쉽게 만날 수 있었다.
원인을 대충 추측해보니 저장을 한 후 document 를 제대로 갱신을 못하는 것으로 보였다.

확인을 해보니 이 상태에서 내용을 수정, 저장한다 하여도 개행문자는 삽입되지 않았다.
다만 복사를 위해 클립보드에 담을 때 개행문자가 첨가되는 것으로 보이며
이는 document 에 표시된 대로 그대로 클립보드에 담기에 생기는 문제로 발생하는 것 같다.

2000에서도 동일한 현상이 나타났으며 XP또한 마찬가지인데 과연 이러한 버그를 MS에서 의도하였을까?
도아님은 이러한 현상을 의도적으로 이용하신다고 했다.¹⁾
이러한 유저들을 위해 일부러 기능(?)으로서 남겨두었을까?
하지만 MS에서 버그를 고치지 않은 채 계속 유지하는 것이 한 두개가 아니기에 의도하였다고 보기에는 무리가 있지 않을까?²⁾ ^^
Vista의 메모장에서도 큰 변화가 없으리라 생각되지만, 이에 대한 확인 다른 분들이 해주실 것이라 믿는다. 그나저나 Vista에는 메모장이 포함되어 있나?³⁾

--------
1) http://qaos.com/viewtopic.php?topic=9547&forum=3
이제서야 알았지만, 본인도 필요에 따라 이용할 기회가 이제는 생겼다.

2) IME 버그도 IME 2007 에 와서야 고쳐졌다.

3) Vista에도 메모장이 포함되어 있으며 이 버그는 그대로 유지(?)되었다고 한다. (2007.02.21)

주의 : 아래 과정은 생각보다 번거로우며, 성공될 때까지 반복적인 시도를 하는 것이므로 스트레스를 받을 수 있습니다. 또 약간의 차이로 인해 적용하기 힘들 수도 있으므로, 불가피하게 재부팅을 할 수 없는 경우에만 시도하시는 것이  좋을 듯 합니다.

알다시피 Windows 입력기 IME의 세벌식 최종 자판에는 5개의 오류가 있다.¹⁾ 이러한 오류는 MS IME용 세벌식 파워 업을 사용하면 쉽게 수정이 가능하나 일단은 열려있는 IME을 내려야기에 다른 입력기를 기본 입력기로 설치하고 재부팅을 하여야 한다.
언젠가는 한번 할 재부팅이지만, 재부팅 기피자(?)를 위해 재부팅 없이 적용하는 방법을 찾아보았다.

사실 완전한 세벌식 최종 자판을 사용하는 가장 쉬운 방법은 MS IME용 세벌식 파워 업의 제작자가 만든 날개셋 한글 입력기를 사용하는 것이다. 따로 프로그램을 설치하는 것을 싫어하지 않는 재부팅 기피자들은 이를 사용하면 되겠다. 방법도 쉬우면서 당연히 재부팅도 필요치 않다. 내려받고, 설치하고, 기본 IME로 설정하면 끝이다.

※ 주의 : 이런 과정을 거치는데 소요되는 시간이 재부팅에 필요한 시간보다 더 걸릴 수도 있다.

별도의 프로그램을 설치하는 것을 싫어하는 재부팅 기피자들은 조금 부지런해야 된다. 지금부터 소개하는 과정은 다소의 막노동을 필요로 하며, 최소한의 명령행 사용법을 알고 있어야 한다.

1. 일단 패치도구인 MS IME용 세벌식 파워 업 (han3tool.exe)을 내려받고, 실행해보라.

2. "최종 글쇠배열 패치"를 선택하고 "실행"을 누르면 다음과 같은 화면을 볼 수 있다. 패치가 필요한 2개의 파일 중 하나(imekrcic.dll)는 정상적으로 패치하였으나 imekr61.ime는 패치할 수가 없었다.

3. 일단 imekr61.ime를 임의의 디렉토리에 복사한 후, 1번의 그림에서 보이는 "찾아보기"를 누르고 복사해두었던 파일을 선택한다. 아까와 마찬가지로 실행을 누르면 다음과 같은 복사해둔 파일이 패치 되었음을 알 수 있다.

4. 패치된 파일을 원래 위치의 파일에다 덮어 쓸려고 할 경우, 공유 위반으로 복사가 되지 않으므로 원본 imekr61.ime 파일의 이름을 imekr61.ime.sav 등으로 바꾼다. 일정 시간이 경과하면 imekr61.ime 파일이 다시 생기는데 신경쓰지 않아도 된다.

5. 이제부터 진짜 노가다가 시작되는데, 성공할때까지 패치된 파일의 복사 작업을 반복해야 하므로 복사의 편의를 위해 바탕화면에 패치된 imekr61.ime 파일과 system32의 바로가기 생성해 두었다.
복사를 할때 파일을 바로 끌어다 놓으면 파일이 이동되어 imekr61.ime 파일이 사라지므로 ctrl키를 누른채 복사하거나, 마우스 오른쪽 키를 활용하여 복사하도록 하자.
일단 패치된 imekr61.ime 파일을 system32에다 복사하고, 덮어쓴다.²⁾
6. 이제 cmd 명령창을 연다. (시작 > 실행 혹은 Win키+R 을 눌러 cmd 를 입력하고 엔터키를 누르면 된다.) 프롬프트가 뜨면 system32 디렉토리로 이동하기위해 다음을 입력하고 엔터를 친다.

7. 이동하였으면 파일 비교를 위해 다음과 같이 입력한다. 이 명령의 계속 써야하므로 명령창은 계속 열어두도록 한다. 파일을 분명히 덮어 썼으나 비교 결과는 동일하다고 나올 것이다.

8. 다시 파일을 복사하고, 열어둔 명령창에서 다음 명령을 몇초간 반복 수행한다. (이전에 수행한 명령은 화살표↑ 키를 누르면 나오므로 ↑키와 엔터키를 번갈아가면서 누르면 된다)

패치된 파일(imekr61.ime)과 백업해둔 파일(imekr61.ime.sav)이 다르므로, 비교결과가 일치하지 않는다는 응답을 얻을 수 있으나, 일정 기간이 경과한 후 비교결과 동일하다는 응답을 얻을 수도 있을 것이다. XP의 파일 보호기능에 의해 원본이 복원된 경우이므로 패치된 imekr61.ime 파일을 다시 복사하고 비교하는 과정을 반복하자.³⁾

9. 위 명령을 일정 기간 수행하였으나 파일이 일치하지 않는다는 결과만을 계속 낸다면, 패치과정이 성공한 것이다. 이제 세벌식 최종자판이 제대로 수정되었는지를 확인하기 위해 메모장 등을 실행하자. (자판을 세벌식으로 변환하는 과정은 안다고 가정하겠다.)
메모장에 영문자판의 ` ~ & * " 에 해당하는 키를 눌러서 각각 * ※ “ ” · 이 찍히는지 확인해보라.

윈도우즈 XP가 시작과 함께 IME를 사용하는 프로세서들이 이미 있었기 때문에 일부 프로세서의 경우 바로 변경된 자판이 적용되지 않을 수 있다. 한 예로, 명령행에서 패치된 자판이 적용되지 않을 수도 있는데, explorer 를 재기동하면 패치된 자판을 쓸 수 있으리라 예상된다.

끝으로, 이 방법으로도 재부팅없이 충분히 패치된 자판 배열을 사용할 수 있겠지만, 자판 패치가 완벽하게 적용되기 위해서는 XP가 재기동 될 필요도 있을 것이다.

----
1) 김 용묵의 절대사상, http://moogi.new21.org/prg1.htm
최근에 출시된 Vista와 Office 2007에는 개선된 IME가 포함되어 있지만 대부분은 OS에서 제공하는 기본 IME 혹은 Office 2003에 포함되어 있는 IME 2003 를 사용하고 있다.

2) 이 과정까지 수행후 재부팅하여 적용하는 팁이 도아의 세상사는 이야기에 이미 소개되어 있었다.  세벌식 팁: 두/세벌식 쉽게 전환하기
모든 작업이 명령행에서 이루어 진 것 외에는 차이점이 없으나, 이상하게도 탐색기에서 수행하였을때는 한차례도 성공한 적이 없었다. 명령행에서 수행하는 하였을때 딱 1차례 성공한 적이 있었는데, 이 부분에 대해서는 개인적으로 차후에 좀더 조건 별로 테스트를 해 볼 필요가 있는 것 같다.
(이 후 명령행에서 몇차례 더 시도해보았는데 될때도 안될때도 있었다. 아마도 재부팅되기 전에 XP에 의해 복원되는 듯하다. 100% 적용되지는 않다보니 애써 재부팅했는데 헛수고가 되는 경우도 있다.)

3) 여기에서 사용된 방법은 그리 권장할 만한 방법이지만, 본인이 의도한 원리는 XP에 의해 복원이 시도될 파일을 미리 열어두어 복원을 방해하는 것이다. 원리대로라면 파일 복원을 시도하려는 때에 파일 비교를 수행하고 있으면 이미 해당 파일이 열러 있어 접근권한을 얻지 못해 패치된 파일이 그대로 남아 있게 된다. 타이밍이 잘 맞으면 성공하는 것이고 그렇지 않은 복원이 되는 것인데 일단 성공하게 되면 해당 파일을 손대지 않는 한 계속 유지되므로 리부팅을 하여도 적용된 패치는 유지된다.
여기에서는 해당 원리를 단순히 구현하기 위해 무식한 방법을 사용하였으므로 일반적으로 적용하기에는 무리가 있을 것이나, 파일을 열어두는 다른 적당한 방법을 선택한다면 큰 무리없이 패치를 완료할 수 있으리라 생각되며, 비슷한 원리로 운영체제에 의해서 보호된 다른 파일에 대해서도 손쉽게 변경할 수 있을 것으로 보인다.

*) 본인의 PC사용습관의 별난탓인지는 몰라도 이 처럼 웹상에서 얻은 Tip을 적용할 경우, 제대로 안되는 경우가 허다하였다. Tip 제공자가 사용하지 않는 프로그램과의 충동(?)때문에 제대로 적용되지 경우도 있었지만, 일부는 제공자가 설명하는 과정 중 재부팅 요구를 충실히 이행하지 않아 발생한 문제으나 ―원채 재부팅을 싫어해서 왠만하면 재부팅없이 하려하는 경향이 있어, Tip적용시 재부팅 과정을 애써 무시한 결과다―, 이러한 요구를 충실시 잘 따라도 되는 않는 경우도 있었다. IME패치가 그 한 예인데, 이번 기회에 Tip을 적용하는데 있어 평소 작업 환경, 작업 습관에 문제가 있어 이러한 일이 생긴 것은 아닌지 전반적으로 검토해 볼 필요가 있는 것 같다.

10년도 더 전에 도스용 한글 3.0 구매하였는데 그 꾸러미 안에 세벌식 스티커의 들어 있었다.
당시에 쓰던 키보드에 붙여서 세벌식으로 배워보려 했건만 워드 작업이 잦아서 급한대로 쓰던 두벌식 계속 쓰고 있었다. 간혹 주위 사람이 본인의 컴퓨터를 쓰려다 스티커가 붙은 키보드를 보고 당황해하였다.나중에 컴 처분과 함께 키보드는 스티커가 제거된 채 다른 사람에게 옮겨갔다.
돌이켜보니 타인을 당혹케 하기만 하고 정작 본인은 익히지 못한 채 스티커를 허무하게 소비해버려서 아깝게 생각된다. 지금 그런 스티커를 판매 한다면 구매할 의사가 있을 정도로, 상당히 잘 만들어진 스티커였다고 기억한다.

최근에와서 그때 익히지 못하였던 세벌식에 대한 욕심이 다시 붉어져 이래저래 관련 사이트를 다녀보았다. 예전에 스티커 없이 몇번 배우기를 몇번 시도한 적이 있는데, 세벌식 스티커를 붙이면 좀 더 쉽지 않을까 하는 생각에 스티커를 판매/배포하는 곳이 없나 살펴보았다. 당시와 같은 세벌식 스티커를 찾지는 못했으나, 무료로 스티커를 배포하시는 고마우신 분의 사이트는 찾을 수 있었다.
그리고 세벌식 관련 도구를 찾아보다, 윈도우즈 IME의 세벌식 최종자판에 틀린 것이 5개나 있다는 사실을 알게 되었으며, 이를 패치해주는 도구를 구할 수 있었다.¹⁾

헌데, XP에서는 사이트에서 안내해주는 대로 하면 쉽게 패치되었는데, 2000으로 돌아와서 하려니 오래 안 쓴 탓에 패치 작업이 번거로웠다. 좀더 쉽게 패치할 수 있는 방법을 두고 삽질만 한 것을 생각하니 자신이 좀 한심해진다.²⁾

1. 일단 MS IME용 세벌식 파워 업(Han3Tool.exe)을 다운받은 후, 실행하고 "최종 글쇠배열 패치"를 선택 후 "실행"을 누르면, 패치를 하려 했으나 공유문제로 패치가 되지 않는 파일을 볼 수 있다. 여기서는 Windows 2000 기본 IME인 IME 98 이므로 해당 프로그램이 imekr98u.ime 패치하려 했다.

2. 일단 imekr98u.ime 을 임의의 디렉토리에 복사한다. 해당 파일은 통상 c:\winnt\system32 에 존재한다.

3. MS IME용 세벌식 파워 업을 실행하고 최종 글쇠배열 패치를 선택한 후, 찾아보기를 통해 복사해둔 imekr98u.ime를 선택하여 패치를 실행한다.

4. c:\winnt\system32 에 있는 imekr98u.ime 파일을 imekr98u.ime.sav 등과 같은 이름으로 변경하고 패치해둔 파일을 복사해 온다.³⁾⁴⁾

5. 윈도우를 재부팅하면 패치된 IME를 사용할 수 있다.⁵⁾ 키보드 형식을 세벌식 최종으로 선택한 후 `키,~키를 눌러 *,※가 나온다면 정상적으로 패치된 것으로 보면 된다.

--------
1) 김 용묵의 절대 공간, http://moogi.new21.org/story20.htm, IME2007 에서는 이 문제가 개선되었다.

2) 삽질의 내용은 이러하다. 기본 한글 IME를 완전히 내린 후 수동으로 파일을 선택하여 패치를 한 후 한글 IME를 다시 올리니, 원본에서 파일을 다시 덮어써버려 패치한 게 헛수고가 되어버렸다. 참고로,본인은 영문판 2000을 사용하기에 한글판에서는 IME를 완전히 내릴 수 있는지 여부는 확인해 보지 못했으나, 소개한 방법의 경우는 IME를 내릴 필요가 없어 문제되지는 않을 듯 하다.

3) 파일 복사후 파일비교를 권한다. 그리고 dllcache 폴더 내에 imekr98u.ime 파일이 있는 경우 이를 미리 삭제하여 두는 것이 좋다.
당연한 얘기지만, 실행 결과 파일이 달라야 한다.^^

4) 2000의 경우 기본 IME는 IME 98 이고 XP는 IME 2002 이며, 패치할 파일은 아래와 같았다.
2000의 경우 dllcache 폴더만 잘 비워주면 IME를 내리지 않고도 쉽게 패치할 수 있었지만, XP의 경우 파일 보호 기능 등으로 인해 imekr61.ime.sav로 파일명을 변경하더라도 imekr61.ime이 다시 생기므로 패치된 파일을 덮어쓰기를 해야 했다. 그리고 덮어쓰기를 하였더라도 잠시 후 원래 파일로 변경되기도 하였다. (당연히 파일이 다시 생성되기 전에 복사할 경우도 마찬가지였다.)
아무튼 패치를 위해서는 요령이 좀 필요한데, 원리는 복사한 파일이 원 파일로 변경되지 않도록 파일을 열어두는 것이다. 무식하지만 한 예로 복사 직후 위의 비교 구문을 반복 실행하므로써 imekr98u.ime를 계속 access 하는 것이다. 타이밍만 잘 맞춘다면 적용이 되는 것이고, 실패할 경우 다시 복사하여 몇번 반복하다보면 성공할 수 있을 것이다. 실패했는지 성공했는지도 비교 결과를 보면 쉽게 알 수 있으니 생각보다는 유용하기도 하다.
imekrcic.dll 은 1번 과정에서 그냥 패치가 되므로 별도의 추가 과정을 요구하지 않는다..

5) XP의 경우, 재부팅 없이도 가능하다. 참조 : 재부팅없이 Windows XP IME 세벌식 버그 패치
시도 해보지 않아서 확인해 보지는 못했으나 2000에서도 될 것 같다는 느낌이 들기도 한다. 차후에 이 부분에 대해서도 확인보려 한다.

*) 나중에 알고보니 이와 동일한 방법이 이미 도아의 세상사는 이야기에 소개되어 있었다.

본인은 2004년 하반기부터 XP를 쓰기 시작했는데, 쓰게된 계기는 당시 누나네 컴퓨터를 원격지원으로 손봐주기 위해서였다.
그 이전에는 Windows 2000을 사용하고 있었으며, 상당히 애착을 가지고 있었다.

지금 생각해보면 원격지원을 위해 넷미팅을 사용였으면 될 것이였지만, 상대가 당시 컴맹이였고 마침 MSN Messanger를 사용하고 있었기에 좀더 편하지 않을까 하는 생각에  MSN Messanger를 통해 원격지원을 사용하려 하였다.
하지만 2000에서는 Windows Messenger가 없어서 MSN Messenger를 깔아도 원격지원이 되지않아서 하는 수 없이 XP를 설치하고 원격 지원을 하였다.

어느 정도 손봐준 후에 다시 2000으로 돌아왔으나, 원격지원을 자주 요청하기에 매번 리부팅 해서 XP로 들어가는 것도 귀찮고해서 XP를 당분간 쓰기로 했다.¹⁾

나중에 매형이 파란닷컴의 iman을 쓴다면서 그것으로 원격지원 해주기를 원해서 iman을 이용해서 원격지원을 몇번 하였으나, 쓰지도 않는 iman을 원격지원 때문에 깔아놓는게 싫어 MSN 메신저를 계속 사용하였다.²⁾ 그러다 네이트온에서 원격제어 기능을 제공하면서부터 MSN 메신저는 자연스레 멀어지기 시작했고 네이트온만을 사용하게 되었다.³⁾

처음 네이트온의 원격 제어 기능을 쓸때는 다소 미흡하기는 하였으나 사용에 큰 불편은 없었는데 네이트온의 기능이 다양해져 감에 따라 차츰차츰 성능(속도)이 떨어지는 것을 느끼던 차에 얼마전 원격제어 모듈이 rsupport.com의 것으로 변경되면서 이러한 불편은 손쉽게 해소되었다.⁴⁾

Vista에 대한 논쟁이 많은 요즘, 어느 분께서 올리신 "차기 윈도우에 관한 해묵은 논쟁은 이제 그만…" 이란 제목의 글을 보다가, 원격지원을 때문이라면 더 이상 쓰지 않아도 될 XP를 아직도 쓰고있다는 것을 깨닫게 되었다.⁵⁾

아무튼 2년 남짓 쓰던 XP를 버리고 2000으로 돌아왔다.
Vista도 출시된 마당에, 왠 2000이냐 하실 분도 있을 지도 모르나, 본인은 고향에 돌아온 느낌이다.
간만에 다시 찾은 고향처럼 다소 낯설긴 하지만 Internet Explorer 5, Outlook Express 5, Windows Media Player 6.4 와 같은 추억의 도구들을 다시 만나니 그저 신기할 뿐이다.⁶⁾

--------
1) 리부팅하는 시간 생각보다 많이 소요되어 상대를 기다리게 하는 것도 한 이유였고, XP와 2000의 차이점이 있기 때문에 문제 해결을 위해 XP 환경도 어느 정도 알 필요가 있었다.

2) iman은 paran.com의 메신저였다. 지금 U2인가 머시기가 그 자리를 차지하고 있는데 U2에 대한 개인적인 생각을 나중에 쓸 생각이다.

3) 네이트온에 MSN 메신저 연동기능이 있을 당시 많은 사람들이 네이트온으로 넘어왔다. 그리고 SMS 월 100건을 무료로 지원했었다. 같은 값에 덤까지 얹어주는 네이트온은 무척 매력 있었다. 지금은 월 50건으로 축소되었지만 월 한건도 쓰지 않는 경우도 있는 본인으로서는 그리 문제되지 않으니 상관없으나, MS의 MSN 메신저 연동기능 제한 조치로 연동기능을 쓰지 못한다는 것은 당시로는 큰 이슈였다. 이제 막 인기몰이를 시작하려는데 제동이 걸린 것이였는데 MS에서는 유저들이 네이트온을 버리고 돌아 올 것이라 예상했는지는 모르나, 오히려 MSN 메신저를 사용자들이 있었으니 그 덕에 더 빨리 1위 자리를 빼앗았는지도 모를 일이다.

4) SK커뮤니케이션에서 네이트온이 차지하는 비중이 크다는 증거가 될 수 있으리라.

5) 왜 미처 그 사실을 깨닫지 못했는지 스스로에게 의문이 생기기도 하는 대목이였다. 상당한 시간을 그저 써왔기 때문에 쓰고 있었다.

6) 한구석에 박혀있던 2000 CD도, 하드에서 자리만 차지하던 SP4도 이제는 더 이상 구 시대의 유물이 아니다. 허나, 상당히 오래 고향을 비운 탓에 적응의 시간이 필요할 것으로 보인다. DoA님 처럼 휴유증 시리즈를 써볼까 생각중이다.

자주 쓰고 손에 익은 파일 무결성 검사 도구 hkSFV ¹⁾
요즘은 사용이 뜸해졌지만 분할압축이 많이 쓰이지 않던 시절에는 파일의 단순 분할한 *.001, *.002, *.003 .... *.CRC 등의 파일이 많았었다.
본인은 이러한 파일을 하나로 합치기 위해 주로 rzjoin을 사용하는데, 합치기를 시도하면 먼저 오류를 검사를 하는 과정을 수행하고 그 이후 파일을 병합한다.
이 오류 검사에 사용되는 파일이 *.CRC이고, 그 내용은 *.001, *.002 ... 등의 파일명과 그 CRC합을 쌍으로 이루어져 있다.

요즘에는 winrar로 분할 압축된 파일을 자주 보게되고, alzip을 분할된 파일도 심심찮게 보이곤 한다.
이 중 몇몇은 친절하게도 오류검사를 위해 *.sfv 파일을 첨부하고 있다.
*.sfv 파일은 앞서 언급한 *.CRC파일과 그 내용이 동일하다.

hfSFV는 이러한 *.sfv 을 이용하여 오류검사를 할 수 있는 도구들 중 하나이다.
지원하는 검사 알고리즘은 CRC32, MD5 등이며, 확장자는 *.sfv, *.md5 등으로 제한되어 사용된다.
따라서 번거롭겠지만 *.CRC파일로 된 파일은 *.sfv로,
확장자 없이 MD5SUM으로 된것은 MD5SUM.md5로 바꾸는 식으로 확장자를 변경해주어야 한다.

사용법은 스스로 배워보기를 바라며,
참고로 끌어다 놓기(drag and drop) 을 지원하는데, 여러 *.sfv, *.md5을 계속해서 끌어다 놓으면 순서대로 계속 검사하는데 유용할 것으로 생각된다.

다음은 제작사인  Big-O Software 사이트에 있던 snapshot 이다. 이유는 알 수 없으나 지금은 사이트를 이용할 수 없다.

hkSFV의 단점을 고르자면, 검사 파일의 확장자 제한이다. 웹상에서 내려받은 검사 파일들의 확장자를 *.sfv, *.md5로 변경하는 것은 상당히 귀찮은 작업이다. 이러한 점은 명령행 기반의 검사도구를 쓰던 사람들에 있어서는 불편한 점 중에 하나이다. 사실 상당히 많은 GUI기반의 검사 도구들이 확장자 제한을 갖고 있다. 비교적 잘 알려진 MD5SUM 파일의 경우는 토털 커맨더 내장도구에서 처럼 바로 md5로 처리해주었다면 하는 아쉬움이 많이 남는다.²⁾

그리고, 사소한 버그이긴 하나 간혹 변경한 설정값들이 저장되지 않는 경우가 있는데
이럴 경우, 설정을 변경한 후 메뉴의 View > Comment/Result Pane 을 on/off 시킨후 재시작해서 확인해 보면 설정이 저장됨을 알 수 있다.

이 밖에도, 언어파일 관리에 관련된 문제 등 사소한 버그가 있기는 하나 사용에 큰 문제는 되지 않으리라 생각된다.

----
1)
본인은 원래 파일의 오류 검사 따위(?)는 거의 하지 않았으나 몇 해 전 S-ATA 하드디스크를 처음 사용하면서 하드 디스크의 이상을 감지하고 사용하기 시작하였다.
확인 결과, 그 디스크로 복사한 몇몇의 파일들이 원본과 달라져 있었으며, 정상적으로 잘 복사된 파일들 중에서도 나중에 확인해 보니 원본과 달라진 경우도 있었다. (사실 그때 많은 파일들을 유실해 버렸다.)
아무튼 "뽑기 실패"로 A/S센터를 통해 여러차례 교환을 하고서는 현재의 디스크를 사용하고 있다.
그때 생긴 버릇이 수시로 파일의 CRC 검사를 하는 것이고, 그때 사용한 도구가 hkSFV 였다.
특히 CD이미지 파일의 경우 MD5SUM을 꼭 만들어 두고 다른 디스크로 이동시 꼭 확인한 후 원본을 삭제한다.
참고로, 메뉴에서 Tool > use cached results 기능을 꺼두는 것을 개인적으로 권장한다.

오류 검사 파일의 필요성에 대해서는 QAOS.com의 이 글을 참조하기 바라며,
웹상에 대용량 파일을 올리거나 분할하여 올릴 경우 검사 파일을 첨부하는 것을 친절한 습관을 가졌으면 좋겠다.
그리고 잘 찾아보면 다른 유용한 도구도 많이 있으니 자신에 편리에 따라 선택하면 되겠다.

2) 본인은 토털 커맨더에 내장되어 있는 검사 도구를 자주 사용하지 않지만
*.sfv, *.md5 이외에도 *.crc, 확장자 없는 MD5SUM 등 잘 알려진 검사 파일의 이름을 지원하며, 검사파일의 내부 형식에 있어서도 좀 더 유연하게 처리하는 장점을 가지고 있다.

보통은 아래의 예처럼
SFV (CRC, CRC32) 의 경우, 파일명 CRC값 순으로 되어 있으며
MD5 의 경우, md5sum값 *파일명 으로 되어 있다. (토탈 커맨더도 생성시 이를 따른다.)
검사 도구에 따라 검사 파일의 내용이 다른 형식, 다른 순서를 갖기도 하는데
토털커맨더의 내부 검사도구는 이러한 파일들도 유연하게 지원한다.