인생은 가늘고 길게

프로그래밍

ikenn — Tue, 22 Dec 2009 19:07:42 +0900

사용자는 당신들이 프로그램을 아무리 멋지게(cool) 만들어도 신경 쓰지 않는다.
프로그램에 멋진 것을 넣어 놓고, 이봐라 멋지지? 이렇게 생각하지 마라.
사용자는 당신들에게 아무 관심이 없다. 당신들이 누구인지조차도 모른다.
사용자가 원하는 것은 당신의 프로그램을 더 이상 보지 않는 것이다.
사용자들은 빨리 당신의 프로그램을 쓰는 것을 마치고 밖에 나가서 인생을 즐기고 싶어 할 뿐이다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

행동하지 않는 양심은 악이다.

ikenn — Wed, 11 Nov 2009 13:19:32 +0900

해방 후 지금까지 독재적 군사통치가 판을 칠 때 많은 사람이 비판을 외면했다.

'나는 야당도 아니고, 여당도 아니다. 나는 정치와 관계없다.'라고 자랑스럽게 말하는 사람을 봐왔다.
그러면서 그것이 중립적이고 공정한 태도인 양 점잔을 빼는 것이다.

그러나 이런 사람들은 악을 악이라고 비판하지 않고, 선을 선이라고 격려하지 않겠다는 자들이다.
스스로는 황희 정승의 처세훈을 실천하고 있다고 자기합리화를 할지도 모른다.

물론 언뜻 보면 공평한 것처럼 보일 수도 있다. 하지만, 이런 것은 공평한 것이 아니다.
이런 것은 비판함으로써 입게 될 손실을 피하기 위해 자신의 양심을 속이는 기회주의적인 태도다.

이것이 결국 악을 조장하고 지금껏 선을 좌절시켜왔다.

지금까지 군사독재 체제하에서 민주주의와 정의를 위해 싸운 사람들이 이렇듯 비판을 회피하는

기회주의적인 사람들 때문에 얼마나 많은 좌절감을 느껴왔는지 모른다.

그들은 또한 자신의 의도와 관계없이 악한 자들을 가장 크게 도와준 사람이다.

행동하지 않는 양심은 악의 편이란 말이 바로 여기에 해당될 것이다.

-독재정권에 사형선고를 받고 죽음을 기다리던 김대중의 잠언집 中에서-

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[펌] CRT 이야기

ikenn — Sun, 06 Sep 2009 13:25:50 +0900

신입 개발자를 위한
CRT 이야기
신영진 pop@jiniya.net

CRT란 C Runtime Library를 말한다. C Runtime Library란 각종 C언어의 표준 함수들을 포함하고 있는 거대한 라이브러리다. printf, scanf, atoi, fgets등의 C언어를 처음 익힐 때 배웠던 함수들이 이 라이브러리에 모두 포함되어 있다. 기본적으로 Visual C++에는 총 세 가지 종류의 CRT가 포함되어 있다. 단일 스레드(ML), 다중 스레드(MT), 다중 스레드 DLL(MD)이 그것이다. 이 세 가지도 각각 릴리즈 버전과 디버그 버전이 존재하기 때문에 정확하게는 총 여섯 가지가 있는 셈이다.

동일한 함수를 구현하고 있는 라이브러리를 여섯 가지나 만들어둔 이유는 베스킨라빈스에 아이스크림이 서른 가지가 넘게 있는 이유와 동일하다. 그때그때 상황에 맞게 골라서 쓰기 위해서이다. 당연히 베스킨라빈스의 아이스크림이 모두 맛이 틀리듯이 이 CRT들도 종류에 따라서 미묘한 차이가 있다. <표 1>에는 각 CRT의 종류별 특징이 나와있다. 디버그 CRT의 경우는 ASSERT 경고문이 포함되어 컴파일 되었다는 특징을 추가적으로 가지고 있다.

표 1 CRT 종류별 특징

CRT	라이브러리	특징
단일 스레드	libc.lib	단일 스레드 전용으로 설계된 CRT다. 멀티 스레드에 비해서 빠르다. 이 스레드에 포함된 일부 함수들은 멀티 스레드에서는 정상적으로 동작하지 않는다. Visual Studio 2005부터는 더 이상 단일 스레드 CRT를 지원하지 않는다.
멀티 스레드	libcmt.lib	포함된 모든 함수가 멀티 스레드 환경에서도 정상적으로 동작한다.
멀티 스레드 DLL	msvcrt.lib	멀티 스레드 CRT와 동일하고 함수들이 별도의 DLL에 존재한다. 따라서 CRT를 공유하는 모듈이 많을 경우 용량을 줄일 수 있다. 별도의 DLL에 CRT 함수가 존재하기 때문에 프로그램을 배포할 때 CRT DLL도 같이 배포해야 한다.

독립된 별도의 프로그램이라면 <표 1>에 나와있는 특징대로 프로그램의 특성에 맞는 CRT를 사용하면 된다. 프로젝트의 옵션 대화상자에 있는 C/C++ 탭에서 코드 생성 부분의 런타임 라이브러리에서 적절한 CRT를 선택한 다음 새로 컴파일, 링크하면 된다.

반면에 하나로 묶여서 실행되는 모듈이라면 문제는 조금 복잡해진다. 이러한 모듈의 대표적인 예로는 DLL과 정적 라이브러리가 있다. DLL은 실행 시간에, 정적 라이브러리는 링크 시간이 바인딩 되어서 결국은 프로그램(exe)과 동일한 주소 공간에서 실행된다. 이러한 모듈의 경우 CRT를 섞어서 사용하면 문제가 되는 경우가 많다.

가장 흔히 발생하는 문제는 라이브러리 충돌 문제다. 서로 다른 CRT 버전을 사용했기 때문에 링크 단계에서 라이브러리 간에 기호 충돌 문제가 발생한다. 이 경우에는 CRT가 모두 일치하도록 라이브러리를 새로 구성한 다음 컴파일 하도록 한다. 라이브러리를 자신이 만들지 않은 경우에는 이 또한 여의치 않다. 이 경우에는 프로젝트 설정 대화상자에서 링크 부분에서 라이브러리 무시에 충돌이 나는 라이브러리를 추가한 다음 컴파일 하도록 한다. 종종 링크 순서 때문에 문제가 발생하기도 한다. 이 경우에는 무시 라이브러리에 모두 추가한 다음 링크 순서대로 추가 종속성에 적어두면 된다.

DLL 때문에 가장 많이 겪는 문제 중에 하나는 new/delete 문제다. DLL과 EXE가 서로 각각 CRT를 링크한 경우(싱글 스레드, 멀티 스레드)에는 서로 다른 힙을 사용한다. 따라서 DLL에서 new한 것을 EXE에서 delete하거나, 반대로 EXE에서 new한 것을 DLL에서 delete하는 경우에 문제가 생긴다. 이 경우엔 new/delete의 위치가 동일하도록 프로그램 구조를 고치거나 아니면 DLL과 EXE 모두 멀티 스레드 DLL을 사용하도록 설정해야 한다.

이러한 복잡한 문제들을 사전에 방지하기 위해서는 CRT를 되도록 통일해서 사용하고, DLL 경계에서 new/delete를 하지 않도록 프로그램을 작성하는 것이 좋다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

침묵

ikenn — Thu, 13 Nov 2008 22:56:52 +0900

“그들(나찌)은 처음에 꼬뮤니스트를 잡으러 왔다.

나는 꼬뮤니티스트가 아니기 때문에 침묵했다.“

그들은 유태인을 잡으러 왔다. 나는 유태인이 아니었기 때문에 침묵했다.

그들은 카톨릭 신자를 잡으러 왔다. 나는 카톨릭 신자가 아니기 때문에 침묵했다.

그들은 노동조합원을 잡으러 왔다. 나는 노동조합원이 아니기 때문에 침묵했다.

그들이 마침내 나를 잡으러 왔다. 그러나 나를 돕기 위해 나설 이가 아무도 남지 않았다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

XP에서 관리용 원격 데스크톱 MMC 스냅인 사용하기

ikenn — Thu, 06 Nov 2008 15:29:41 +0900

Windows 2003 SP2 용 원격관리도구.

MMC 스냅인을 이용하여, 다중 원격 데스크톱 접속이 가능해짐

adminpak.msi 다운로드 : http://www.microsoft.com/downloads/details.aspx?displaylang=ko&FamilyID=86b71a4f-4122-44af-be79-3f101e533d95

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

두 사람

ikenn — Sat, 02 Aug 2008 22:49:43 +0900

지친 하루가 가고
달빛 아래 두 사람
하나의 그림자
눈 감으면
잡힐 듯 아련한 행복이
아직 저기 있는데

상처 입은 마음은
너의 꿈 마저
그늘을 드리워도 기억해줘
아프도록 사랑하는 사람이
곁에 있다는걸

때로는 이 길이 멀게만 보여도
서글픈 맘에 눈물이 흘러도
모든 일이 추억이 될 때까지
우리 두 사람 서로의 쉴곳이 되어주리

너와 함께 걸을 땐
어디로 가야할지
길이 보이지 않을 때
기억할게

너 하나만으로 눈이 부시던
그 날의 세상을

여전히 서툴고 또 부족하지만
언제까지나 네 곁에 있을게
캄캄한 밤 길을 잃고 해매도
우리 두 사람 서로의 등불이 되어주리

먼 훗날 무지개 저 너머에
우리가 찾던 꿈 거기 없다해도
그대와 나 함께 보내는
지금 이 시간들이
내겐 그 보다 더 소중한 걸
때로는 이 길이 멀게만 보여도
서글픈 맘에 눈물이 흘러도

모든 일이 추억이 될 때까지
우리 두 사람 서로의 쉴곳이 되어
서툴고 또 부족하지만
언제까지나 곁에 있을게

모진 바람 또 다시 불어 와도
우리 두 사람
저 거친 세월을 지나가리

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

HEAP CORRUPTION DETECTED

ikenn — Wed, 23 Jul 2008 10:58:01 +0900

HEAP CORRUPTION DETECTED!!

dbgheap.c 파일안에 다음과 같은 상수들이 선언되어있다

static unsigned char _bNoMansLandFill = 0xFD; /* 메모리 상태 채크를 위해
쓰이는 값*/
static unsigned char _bDeadLandFill = 0xDD; /* 삭제된 메모리에 쓰이는 값 */
static unsigned char _bCleanLandFill = 0xCD; /* 새로 할당된 메모리에 쓰이는 값 */
static unsigned char _bAlignLandFill = 0xBD; /* fill no-man's land for
aligned routines */

힙에 메모리 할당시 디버그 모드에서는
_CrtMemBlockHeader 구조체 + _bNoMansLandFill(2바이트) + 실제 메모리( _bCleanLandFill 로 채워짐 ) + _bNoMansLandFill(2바이트) 로 구성되며
릴리즈모드에서는 널영역(2바이트) + _CrtMemBlockHeader 의 일부분 + 실제 메모리 (쓰레기 값) + 널영역(2바이트) 로 구성되며 _bNoMansLandFill 는 포함되지 않는다

디버그 모드에서 메모리 삭제시 _bNoMansLandFill 의 메모리 영역을 검사하게 되는데
여기 다른 메모리가 침범해 있을때 발생하는 에러가 바로 힙 커럽션이다
문제는 이 에러의 원인이되는 메모리침범이 당시에는 나오지 않고 delete 할때
나온다는거다

잘하자

참고 링크
http://www.docsultant.com/site2/articles/debug_codes.html
http://www.codeguru.com/Cpp/W-P/win32/tutorials/article.php/c9535
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vsdebug/html/_core_Memory_Management_and_the_Debug_Heap.asp

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

델파이에서 VC++ DLL 사용시 주의사항

ikenn — Mon, 14 Jul 2008 09:08:27 +0900

출처 : http://wwwi.tistory.com/tag/Runtime

델파이에서 VC 8.0(VS 2005)에서 작성한 DLL을 사용하는데
개발환경이 셋업되어있지않은 곳에서 사용하는데 문제가 있어서 몇일간 삽질한 내용을
정리하고자한다.

테스트 환경
우선 Visual C++ Ver 8.0에서 DLL을 만들었다.
그리고 그것을 Delphi 2005에서 만든 실행 파일에서 불러서 쓰려했다.

실행파일을 실행한 OS는 Windows XP Professional SP2로
개발환경이 전혀 깔려있지않은 상태였다.

■ 첫번째 삽질
델파이라 만든 실행파일을 실행하면 아래의 메세지가 떴다.
"응용 프로그램을 제대로 초기화하지 못했습니다(0xc0150002)."

→ 문제는 Visual C++ Ver 8.0에서 DLL을 만들 때 Debug 모드로 빌드를 해서
Debug용 DLL로 테스트를 했었다.
Release 모드로 바꾸어서 빌드 해봤지만 에러는 뜨지 않았지만
dll이 제대로 동작하지 않았다.

■ 두번째 삽질
VC 8.0(VS 2005)으로 DLL을 만들면 DLL만 카피한다고 DLL이 제대로 동작하지 않는다.
자세한 내용은 옆의 링크 참조 배포(C++)
여하튼 가장 편한 방법은 아래의 패키지를 설치하는 것이 가장 편한 것같다.
Microsoft Visual C++ 2005 재배포 가능 패키지(x86)
(무엇이 좋아졌는지는 잘 모르겠지만 왜 더 불편하게 만들어졌는지가 잘 이해가 안간다.)

■ 세번째 삽질
호출 규칙이란 것을 모르고 DLL을 작성하였다.
(아직도 제대로 이해하지 못하고 있지만...)
Visual C++ 2005의 호출규칙(컴파일 옵션) 에는 아래와 같은 것들이 있다.
__cdecl
__fastcall
__stdcall

__cdecl, __pascal, __stdcall의 차이점 (구글검색)
위 링크를 보면 자세한 내용 있는 홈페이지를 볼 수 있다.
(주로 한 글이 계속 펌되어져있다.)

가변매개인자를 꼭 사용해야만 한다면 반드시 cdecl을 사용해야된다고 한다.
이런 위의 사실들을 모르고 dll을 만들었기 때문에 제대로 dll을 인식하지 못했다.

Visual C++ 2005의 호출규칙 컴파일 옵션을 설정하는 방법은
메뉴의 프로젝트(P)에서 속성(P)[Alt+F7]을 선택하면 속성 페이지가 선택된다.

구성에서 활성(Release)를 선택하고
구성 속성 밑의 C/C++를 선택하고 그 밑의 고급을 선택한다.
그러면 호출규칙이 표시된다.

물론 델파이에서 DLL 함수 선언할 때도 Visual C++ 2005에서 선택한
호출 규칙과 동일하게 선언해야 된다.

이런 것들을 제대로 파악을 못해서 몇일동안 정말 삽질을 했다.
왜 안돌아갈까 왜 안돌아갈까?
많이 고민했다.

시간이 지나서 또 삽질할까봐 적어둔다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

MFC DLL 내부에서 wmemcpy 사용시 Heap 해제 에러

ikenn — Wed, 02 Jul 2008 10:42:06 +0900

MFC DLL 작성시, DLL 파일 내부에서 Unicode 문자를 memory copy 작업을 진행하게 된다면,
후에 DLL이 Unload될때 copy된 공간을 해제하려고 할 때 Access Violation 이 발생한다.

해당 에러를 제거하려면 memory copy 보다는 string copy 류의 작업으로 대체할 것을 권고.

변경전)
wmemcpy(_Dest, (LPCTSTR)varResult.vt, 10 * sizeof(TCHAR));

변경후)
_tcsncpy(_Dest, (LPCTSTR)varResult.vt, 10 * sizeof(TCHAR));

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

박찬호, 클리블랜드전 5이닝 9삼진 !!

ikenn — Sun, 22 Jun 2008 06:29:46 +0900

찬호횽.. 40도가 훌쩍 넘는 무더위 속에서 수고했슴니다...

한회만 더 던져주게 하지..

사바시아한테 홈런 맞은건 너무 아숩 ㅜ_ㅜ....

동영상보러가기

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.