smores

앞의 글에서 잠깐 언급한 바와 같이 QEMU 나 Dosbox 의 하드 이미지를 사용할 때에는 비압축 하드를 만들어 쓰면 7zip 등으로 파일을 꺼낼 수 있다. 하지만 압축 포맷의 하드를 이미 만들어 쓰는 경우라면? 데이터 추출을 위한 비압축 포맷의 하드를 하나 더 만들어 D: 드라이브 등으로 장착하자. 이곳에 원하는 데이터를 옮긴 후 에뮬레이션을 끝내고 7zip 으로 뽑아냄. 기본적으로 대다수의 가상머신 에뮬레이션에서는 네트워크 지원이 되므로 적절한 네트워크 설정 및 데이터 서버 등을 통해 데이터를 교환 가능하겠지만 그리 간단하지 않으므로 위의 방식을 추천한다. 만일 타 가상머신 에뮬레이터 (예를 들어 Virtualbox, VMWare 등) 을 사용할 경우라면? 일단 Dos FAT 방식의 하드에서 도스를..

기본적으로 알집은 절대 본인의 시스템에 인스톨 하지 않으려 한다. (이유가 궁금한 분은 구글링 해 보시길...) 하지만 인터넷에 떠도는 많은 자료들이 알집으로 되어 있기에 어쩔 수 없이 알집 압축을 풀 수 있는 프로그램의 사용이 필요하다. 본인의 경우 이런 상황에서는 두가지 방법을 고려하는데, 1) 버추얼 박스상의 윈도우 XP 가상머신 안에 알집 또는 빵집이나 트집 같은 알집 압축 해제 가능한 프로그램 (알집보다는 이쪽을 추천) 을 설치해서 가상머신 상에서 알집 파일을 풀고 이를 호스트 머신으로 가져나온다. 이 첫번째 방법을 강하게 추천한다. 특히 버추얼박스는 snapshot 기능이 있으므로 기존의 상태를 snapshot 으로 남겨두고 알집을 쓴 후의 상태는 제거, 원래의 상태로 되돌림. 2) 버추얼 머..

최신 OS (WinXP/7, 리눅스 등) 일반적인 경우 가장 쉽게 프로그램을 돌릴 수 있는 있는 환경으로 DosBox 를 추천한다. 특히 윈도우즈 환경하에서는 Dosbox SVN 버전의 경우 매우 다양한 디바이스 드라이버의 통합, 자체적으로 하드 이미지 생성 및 다룰 수 있는 기능으로 심지어 Windows 95/98 까지도 인스톨이 가능하며 Win95/98에서는 특수 그래픽 드라이버 (글라이드 모드 등) 동작도 에뮬레이트 함으로써 Win95 용으로 나온 여러 게임들까지 실행할 수 있다. 하지만 간혹 도스 프로그램의 경우 사운드 카드 등의 하드웨어의 체크 등을 하는 일부 프로그램에서는 원활한 동작이 안되는 경우가 있다. (자료 게시판의 STUDY 같은 경우) 아마도 Dosbox 에서도 적절한 파라메터 세팅..

앞서의 포스트들에서 한글 인코딩과 관련한 이해를 위하여 여러가지 실험을 해 보았다. 간단히 정리하자면 윈도우즈 커맨드 프롬프트모드 및 전반적인 파일 시스템에서는 기본적으로 EUC-KR (CP949) 를 따르는데 비해 리눅스(우분투)는 UTF-8 을 기반으로 한글을 처리하는 것으로 보인다. 한편 대다수의 웹 페이지들은 오늘날은 UTF-8 인코딩으로 작성되어 있으나 일부 소수의 사이트는 예전방식을 따를 경우 웹브라우저에서 코딩 방식을 맞추어 주지 못하면 한글이 다 깨어져서 보이질 않는 상황이 발생한다. 이번 포스트는 웹페이지에 를 파이썬으로 다룰때 한글이 들어간 경우의 한글 코드 인코딩에 대한 를 어떻게 처리하는가에 대한 이야기이다. 일전에 어느분의 부탁으로 대법원의 판례 자료들을 파이썬 코드로 자동으로 다..

앞에서 ANSI (윈도우에서 Notepad로 작성하여 저장한 경우 한글코드는 EUC-KR) 로 저장된 파이썬 코드과 UTF-8 로 저장된 파이썬 코드에 인코딩 지시자를 EUC-KR, UTF-8, 그리고 생략했을 때의 두가지 에디터 (에디트플러스와 Geany) 상에서 매크로를 이용한 파이썬 실행시의 차이를 비교해 보았다. Geany의 경우 UTF-8 만으로만 저장해서 테스트해 보았고 테스트 환경은 윈도우즈와 우분투 두 OS 상에서 비교를 하였으며 에디터에 따른 다소 상이한 결과가 보였기에 에디터를 배제한 비교를 해 보기로 했다. 테스트를 위하여 동일한 테스트 코드를 사용했고 이를 윈도우즈에서 Notepad를 이용해서 각각 ANSI 와 UTF-8 포맷으로 저장을 했으며, 소스코드내에 인코딩 지시를 역시 3가..

앞서의 공부를 통해서 이제는 조금 코드 인코딩 관련 역사와 상황을 조금 이해한 듯 하다. 이제는 내가 직면한 파이썬 프로그램과 관련한 한글 문제들이다. 우선 구글링을 해서 조금 알게 된 내용은 파이썬 3 대 부터는 기본적으로 내부 라이브러리의 인코딩 체계가 유니코드로 통일되었다 한다 (맞나?) 나는 아직도 2.7.3 을 사용하는 사용자... 간혹 블로그등을 돌다 보면 맥 OSX 에서 파이썬 간단한 코드 작성하고 결과를 터미널에 보여주는 글들이 있는데 이건 뭐 특별히 인코딩 지시 없이도 한글 잘 나오는가보다. 그럼 나는? 똑같은 프로그램을 테스트하는데 이건 우분투에서 할때랑 윈도우즈에서 하는것 역시 달라 보인다. 게다가 사용하는 에디터 (주력으로 오랫동안 EditPlus 써 왔고 요즘 Geany 자주 쓰고..

유니코드 체계로 넘어가면서도 초기에는 다소 혼란스런 체계가 만들어졌나보다. UCS-2 라는 방식인 것 같은데 유니코드 체계의 기본개념인 코드포인트라는 것을 도입한다. 그리고 컴 시스템마다 다른 하드웨어 내부에서의 2바이트(16비트)의 처리 순서(endian? 예를 들면 X86 계열은 하위바이트 먼저, 68000 계열은 그냥 상위바이트부터 순차적으로 처리) 를 그대로 인정하겠다는 취지에 따라 문자열 선두에 BOM 이라는 것을 붙여서 유니코드임을 알리는데 이 부분이 엔디언 처리에 따라 FF FE 혹은 FE FF 순으로 나타내었다. 앞서의 포스트에서 보았던 unicode (little endian), unicode big endian 코딩에 따른 첫 두바이트가 이에 매칭한다. 이는 상당히 혼란을 가져오기 쉽다..

이제는 정말로 공부를 해야 할 순간이다. 일단 다음의 사이트 내용을 천천히 정독하면서 최대한 개념을 이해하려 노력했다. http://ieee-bmsb2012.org/blog/?p=191 공부한 내용을 간략히 정리하자면 문자 처리는 유니코드 이전과 이후 세대로 나누어 생각하는 것이 쉽다. 나는 유니코드 이전까지만 알던 인간... -_- 유니코드 이전 세대에는 초기 8비트 컴퓨터가 처음 등장할 때는 당연히 영어권에서 개발되었으므로 아스키 0-127, 7비트만으로도 왠만한 것을 다 처리했었다. 8비트 컴이 동양으로 들어오면서 동양권 문자 (이후 한글에 한정하여 생각하자) 를 표기하기 위해 다양한 방법이 시도되었다. 예를 들어 애플의 초기 3327 한글 같은 경우 2벌식 (약간 다른 글자가 있기는 하지만) 자판..

앞의 포스트에서 언급한 링크를 찾아가서 잘 읽어본 결과 나의 혼란의 많은 부분이 해결되었다. 첫번째로 나는 아직도 영어는 1바이트, 한글은 2바이트 라고 오해하고 있었다는 사실. IT 계에서 밥먹고 사는 것이 아니니까 문제는 없었지만... -_- 자세한 정리 이전에 먼저 간단한 테스트를 조금 해 보았다. 윈도우 노트패드를 열고 다음의 세가지 파일을 노트패드에서 지원하는 네가지 코드체계로 저장해 보았다. ABC (내 old 지식대로라면 3바이트)한글 (내 old 지식대로라면 4바이트)ABC한글 (내 old 지식대로라면 7바이트) 노트패드는 ANSI, Unicode, Unicode big endian, UTF-8 네가지 인코딩을 지원한다. 처음 하나는 알겠는데 나머지 4가지는 뭐야? 3종류의 파일을 (e),..

최근 몇가지 장난을 하다가 한글 처리와 관련해서 너무도 혼란스런 상황이 되었다. 옛날 조합형 시절에 조금 공부한 것 외에는 최근의 경향도 모르고 해서 이제와서 뭐 조금 코딩하다보면, 특히 파이썬을 윈도우 환경에서 사용하다 보니까 그냥 욕이 저절로 나올 지경으로 헷갈리고 있다. 이에 조금 체계적인 공부와 이해가 필요하다고 생각해서 열심히 구글을 찾고, 테스트도 해 보면서 여기 새로 만든 카테고리 (PC와 한글) 에 나 자신을 위한 정리를 해 보려 한다. (다 아는 사람들이라면 별걸 다 포스팅 한다 할지라도 제대로 모르는 상태에서 얼마나 혼란스러운 상황이 많았었던지...) 먼저 다음의 사이트의 포스트가 나의 혼란을 많이 덜어준 가장 잘 정리된 글인 것 같다. http://ieee-bmsb2012.org/bl..