http://moogi.new21.org/tc/ 철도를 명절 때에나 떠오르는 4대 교통수단 중 하나로만 아는 것은, 예수님을 사대성인· 성인군자 중 하나로만 아는 것과 같다. 2020-05-28T13:04:30+09:00 Textcube 1.7.8 : Con moto (사무엘) http://moogi.new21.org/tc/261#comment401 2011-01-18T21:14:08+09:00

닷넷 이전(특히 6.0)에는 MFC 프로젝트를 유니코드 기반으로 빌드하려면 링크 옵션에서 entry 함수를 wMainCRTSetup로 반드시 지정해 줘야 했습니다. 안 그러면 링크 에러. 초보자가 저지르기 쉬운 실수입니다. 유니코드를 지원하긴 했지만 무척 불친절했지요. 아마 꼬였다는 게 저걸 말하는 걸겁니다. 물론 닷넷에서는 유니코드 지정 옵션이 별도로 추가되었고 저런 수고를 할 필요가 없습니다.

(김기윤) http://moogi.new21.org/tc/261#comment400 2011-01-18T13:30:36+09:00

문득 생각났는데, 이전에 VS6.0 에서 유니코드를 사용해서 빌드를 하려 했는데 API였는지, MFC였는지, 그쪽에서 뭔가 꼬여-_-서 에러났던 기억이 납니다. 2008로 컨버팅하니까 문제없이 잘 되고..

(사무엘) http://moogi.new21.org/tc/261#comment399 2010-05-07T22:33:06+09:00

정말 악명높은 흑역사입니다. 유니코드 지원 안 하는 건 그렇다 쳐도 리소스는.. 램이 아무리 많아도 해결이 안 되는 문제이다 보니 너무 치명적인 제한이었죠. Win32s는 지금 생각하면 정말 장난감 정도밖에 안 되는 열악한 환경인데, 옛날엔 그 불안정한 환경에서 무려 상업용 소프트웨어를 개발해 냈다는 게 신기할 따름입니다. 아래아한글 3.0b와 96은 윈3.1+Win32s에서는 실행되기 전에 자체 메모리 서버도 올려야 했답니다. (95에서 돌릴 때는 필요하지 않음) 그리고 3.0b 말고 최초 3.0은 윈도우 3.1+Win32s에서는 돌아가는데 정작 윈도우 95/NT에서는 실행되지 않은 병크까지...;;; 아래아한글도 큰 breaking change를 겪은 그때와 워디안 시절 때는 가루가 되도록 까인 적이 있었습니다. ^^;;

(정 용태) http://moogi.new21.org/tc/261#comment398 2010-05-07T21:36:21+09:00

끔찍한 리소스 제한...;; 글자크기가 커져버리고 파란 화면을 뿜어내죠 ^^;; 그래서 항상 윈도우98의 리소스 모니터를 틀어놓고 작업했었습니다.. win32s를 사용했던 한글3.0b와 한글96은 어떤의미로든 참 대단했던것 같습니다 ^^

(사무엘) http://moogi.new21.org/tc/261#comment397 2010-05-07T22:29:38+09:00

시스템 쪽도 파면 팔수록 재미있습니다. 문제는.. 리눅스나 맥 같은 OS도 내가 윈도우를 아는 것처럼 알려면 얼마나 삽질을 더 해야 할지.. =_=;;;

(김 기윤) http://moogi.new21.org/tc/261#comment396 2010-05-07T21:30:31+09:00

메모리 주소... 라 해도 그다지 깊게 생각한 적이 없었으니 처음 보는 내용이 좀 많군요 (^^;;) 그냥 포인터 변수에 저장되는 것이 메모리의 주소이다.. 정도..