아직 모르는게 너무 많아!

다음은 콘솔 프로젝트를 기준으로 작성되었다.

1. 일반 콘솔에서 (MFC에서는 필요없음) 메모리 릭 출력하는 방법

1. 추가해야 할 헤더
   

   #include <stdlib.h>

   #include <crtdbg.h>
   
2. 메모리 릭 정보를 출력하고자 하는 라인에 추가할 함수나 매크로
   1) 종료할 때 Dump를 미리 지시하는 매크로 (시작시 호출)
     _CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );
   2) 명시적으로 메모리 릭 정보의 출력을 지시하는 함수 (종료시 호출)
     _CrtDumpMemoryLeaks();
   
   
2. 다음 그림처럼 출력된 메모리 릭 정보에서 할당한 라인의 정보가 나오지 않을 경우
   
   
1. malloc의 경우 (2가지 방법)
   
   1. 프로젝트 설정의 전처리기에 _CRTDBG_MAP_ALLOC 을 추가해준다.


      MSDN에서는 #define _CRTDBG_MAP_ALLOC 을 1번에서 추가한 헤더위에 정의하면 된다고 하였지만 실제로는 되지 않았다.
      

   2. 다음 코드를 추가한다.
      #if _DEBUG
      #define malloc(s) _malloc_dbg(s, _NORMAL_BLOCK, __FILE__, __LINE__)
      #endif
   
   
2. new의 경우
1. 다음 코드를 추가한다.
   #if _DEBUG
   #define new new(_NORMAL_BLOCK, __FILE__, __LINE__)
   #endif

   malloc의 경우와 비슷하게 _CRTDBG_MAP_ALLOC_NEW를 추가하면 crtdbg.h의 인라인 operator new가 불리게 되어 항상 crtdbg.h의 operator new에서 할당받은 것으로 나오므로 쓸모가 없어진다.

3. 2번과 같은 문제를 할당된 순서(위 그림에서 {106}, {104})를 통해 Break를 거는 방법
1. 최대한 빨리 _crtBreakAlloc 에 값을 설정한다.
   (/MD 옵션으로 컴파일 했을 경우 {,,msvcr71d.dll}_crtBreakAllocdp에 값을 설정한다)
   _crtBreakAlloc = 104; // 104번째 동적 할당 되었을 경우 break됨
2. _CrtSetBreakAlloc(104); 으로 설정해도 된다.
3. 상황에 따라 할당 순서가 달라지는 경우도 많이 생기기 때문에 엉뚱한 곳을 가리킬 수 있으니 사용할 때 주의해야 한다.

위 글을 읽어보는 것도 귀찮다면 다음 두가지만 추가한다.

• 할당 함수를 사용하기 전에 다음 코드 추가
  #include <stdlib.h>
  #include <crtdbg.h>
  
  // 해제가 되지 않은 메모리의 할당 위치를 알기 위해 파일과 라인넘버를 입력하는 작업
  #if _DEBUG
  #define malloc(s) _malloc_dbg(s, _NORMAL_BLOCK, __FILE__, __LINE__)
  #if defined(__cplusplus)
  #define new new(_NORMAL_BLOCK, __FILE__, __LINE__)
  #endif
  #endif
  
• 프로그램 시작 부분에 다음 코드 추가
  _CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF); // 정상 종료시 해제되지 않은 메모리 정보 출력한다
  // _CrtSetBreakAlloc(104); // 104 번째 할당 시 Break가 걸린다

다음은 예제로 사용한 소스와 실행 결과이다.

Detected memory leaks!
Dumping objects ->
c:\documents and settings\digicaps\my documents\visual studio 2005\projects\temptestcode\temptestcode\temptestcode.cpp(29) : {106} normal block at 0x003A9F40, 13 bytes long.
 Data: <Memory Leak! > 4D 65 6D 6F 72 79 20 4C 65 61 6B 21 00
c:\documents and settings\digicaps\my documents\visual studio 2005\projects\temptestcode\temptestcode\temptestcode.cpp(24) : {104} normal block at 0x003A9EF0, 13 bytes long.
 Data: <Memory Leak! > 4D 65 6D 6F 72 79 20 4C 65 61 6B 21 00
Object dump complete.
'[3428] TempTestCode.exe: 네이티브' 프로그램이 0 (0x0) 코드에서 끝났습니다.

일단은 Subversion과 Trac을 설치하고 두개를 연동시켜 두었다. 커밋할 때 티켓 번호를 입력하지 않으면 커밋이 안되도록... 과거의 경험으로 볼 때 이건 필수 기능이다.
올 초에 trac을 설치했을 때, 강제성이 없었기 때문에 사용하지 않았던 실패경험이 있거든.

뭐... 사실 SVN도 파일서버처럼 쓰고 있기는 하지만, 내가 "하대리의 하루"라는 제목으로 세미나 한 번 하면 조금은 변하지 않을까? (어느 블로그에서 본 방법)

답답하다.

여기 와서 꽤 많은 변화를 시도하였는데 먹힌 것은 Beyond Compare 밖에 없다.

뭔가 새로운 것을 도입하려고 하면 귀찮게 왜자꾸 이러냐고 한다.
trac도, SVN도, 스토리보드, 짝 프로그래밍도 모두 실패했다.
혼자 시도하고 혼자 끝났다.

개발자는 보수적이라는 누군가의 말을 뼈져리게 느꼈다.
아마 노력없이 변화되는 것이 아니라면 절대 반겨주지 않을 것이다.

버뜨! 이번 만큼은 기필코 성공하고 말겠다!
만약 많은 수정사항들을 뭉뚱그려서 업데이트 하기 위해 티켓을 만든다면 해당 티켓을 없애서 SVN 저장소에 커밋을 못하도록 아예 막아버릴테다!

근데 나... 이렇게 프로그래밍 외적인 부분만 하고 있어도 되려나?
원래 개발환경은 한번 제대로 구축되면 손이 자주 안가야 하는건데, 이게 주가 된 느낌이다.
루비도, 코코아도, 맥루비도, 핫 코코아도, 아이폰도, 안드로이드도, LiMo도... 해보고 싶은 건 천지인데, 항상 마음만이다.

그렇게 하고 싶으면 집에 가서 하면 되잖아? -_-;

C++ 을 하다보면 절대(순수?) 가상함수를 사용하게 되는 경우가 많다.
그런데 절대 가상함수를 상위에 선언은 해놓고 하위에서는 사용하지 않게 되는 인자가 생길 수 있는데, 이 때 컴파일러에서 뿌려주는 warning을 어떻게 처리해야 될까?

먼저 Visual C++에서는 #pragma warning를 통해 처리할 수 있다. (C4100이 사용되지 않은 인자 warning)

#pragma warning(disable:4100)
// warning 생기는 코드
#pragma warning(default:4100)

이것은 상당히 괜찮은 방법이다. 적어도 Visual C++에서 만큼은 이 warning이 생기지 않도록 해준다.
이건 많은 사람들이 잘 알고 있는 방법이고, 검색해도 이것이 주로 나온다.

그런데 구글 C++ 코딩 스타일 가이드를 보니 이 절대 가상함수 인자에 대해 나온 부분이 있었는데, 내가 왜 이런걸 몰랐나 싶은 생각이 들었다 ㅋㅋ

음... 내가 잘못봤나...?
지금 찾아보니까 또 안 보이네... 다른데서 봤나?

여튼 그 내용은 이랬다.(이랬던것 같다... ㅡㅡ;)

"절대 가상함수를 구현한 함수에서 해당 인자가 사용되지 않을 경우 변수 이름을 쓰지 않는다."

변수 이름을 쓰지 않는 이유는 첫째로 떠오르는 게 함수에서 참조되지 않는다는 것을 명시적으로 표현하는 것이다. 인자의 이름이 없으니 쓸 수가 없지!

그리고 확실하지 않은 두번째 이유는 바로 warning!

난 저런 경우에 warning 잡기 위한 노가다를 많이 해봐서 그런지 딱 보니 이게 제일 궁금했다.

"변수 이름이 없으면 warning을 어떻게 출력하지? 출력 안하지 않을까? 구글도 그런것을 고려해서 결정한 내용이 아닐까?"

훗~ 역시 해보니 warning이 뜨지 않는다.

물론 컴파일러마다 다를수도 있겠지만, 적어도 #pragma보다는 더 범용적이고 라인낭비를 줄이는 일일테지.

하나 배웠다.

일단 용어 정리부터...
 
비밀키 : 일반적인 암호화에 사용되는 키. A와 B는 같은 비밀키를 공유해야 한다.
공개키 : 공개키 알고리즘에서 사용되는 키로 외부에 공개되는 키
개인키 : 공개키 알고리즘에서 사용되는 키로 개인이 소유하며 외부에 알려주지 않는 키
 
목적 - 공개키 알고리즘을 통해 비밀키를 생성하여 암호화에 사용한다.
 
DH 알고리즘의 핵심은 상대방의 공개키와 나의 개인키를 이용하여 계산을 하면 비밀키가 나온다는 것이다.
그 후 나와 상대방은 비밀키를 사용하여 데이터를 암호화한 후 전달하면 된다.
 
즉, A와 B 사이에서 사용할 비밀키를 생성하는 것을 식으로 나타내면 다음과 같다.
A의 비밀키 = A의 개인키 [DH연산] B의 공개키
B의 비밀키 = B의 개인키 [DH연산] A의 공개키
그리고 A의 비밀키 = B의 비밀키 
 
위 DH연산을 사용하면 A의 비밀키와 B의 비밀키는 같은 값이 나오기 때문에 이것을 암호화에 사용할 수 있는 것이다.
그럼 DH에서 사용하는 연산은 이런 조건을 만족한다는 뜻인데 이 연산은 어떤 것일까?
 
여기서 이번엔 기호 정리...
 
p = DH연산에 사용되는 소수 (1024 bits 이상)
g = DH연산에 사용되는 베이스, 특별한 수. (x1의 값에 따라 나오는 개인키의 종류가 정해진 g는 사용할 수 없다)
s = 비밀키
 
A의 작업
========
1. 임의의 개인키 x1을 생성하고 다음의 식으로 공개키(y1)를 계산한다.
   y1 = g^x1 mod p
2. B에게 자신의 공개키 y1을 전달한다.
B의 작업
========
3. 임의의 개인키 x2를 생성하고 다음의 식으로 공개키(y2)를 계산한다.
   y2 = g^x2 mod p
4. 전달받은 A의 공개키(y1)와 자신의 개인키(x2)를 이용하여 비밀키(s)를 계산한다.
   s = y1^x2 mod p
5. A에게 자신의 공개키 y2를 전달한다.
A의 작업
========
6. 전달받은 B의 공개키(y2)와 자신의 개인키(x1)를 이용하여 비밀키(s)를 계산한다.
   s = y2^x1 mod p
 
위의 결과에서 보면 비밀키(s)가 같으려면 다음의 공식도 만족해야 한다.
   y1^x2 mod p = y2^x1 mod p
위 공식에 y1과 y2를 생성할 때 사용했던 계산식을 넣어보자.
   (g^x1 mod p)^x2 mod p = (g^x2 mod p)^x1 mod p
 
여기서 더 나아가려면 다른 것에 대해서 먼저 알아야되겠다.
((x mod p) * (y mod p)) mod p = xy mod p
 
따라서
(g^x1 mod p)^x2 mod p 는 (g^x1)^x2 mod p 가 되고
(g^x2 mod p)^x1 mod p 는 (g^x2)^x1 mod p 가 된다.
 
그럼 (g^x1)^x2 mod p = (g^x2)^x1 mod p 가 되는데, 이정도 왔으면 왜 같은지 알 것이다. ^^;;
지수승은 곱으로 대체할 수 있으니
g^x1x2 mod p = g^x2x1 mod p 가 된다.
 
끝났다! 

아.. 제길... 이거 쓴다고 야근한 꼴이 되는구나...
((x mod p) * (y mod p)) mod p = xy mod p
이거 증명하려다가 시간 다 보냈다.. ㅠ_ㅠ
결국 증명은 제외 ㅎㅎ

// 상대방과 p와 g를 같은 값을 사용하고 상대방의 공개키를 알고 있는 상황
// p와 g와 자신의 개인키가 포함된 DH* pDH, 상대방의 공개키 BIGNUM* pPubKey
unsigned char abyKey[128]; // 128bit 키라면...
DH_compute_key(abyKey, pPubKey, pDH);

---

싸이 블로그 백업 [하지윤 2008.10.22 18:08]

// pDH에 이미 pDH->p, pDH->g가 세팅되어 있어야 함.
DH_generate_key(pDH);
// pDH->pub_key, pDH->pri_key 사용

---

싸이 블로그 백업 [하지윤 2008.10.22 18:00]

int nDHRet = DH_generate_parameters_ex(pDH, 1024, DH_GENERATOR_2, &g_cb); // 1024 bit에 g는 2로 생성.
if(!DH_check(pDH, &nDHRet))
{
   return;
}
if(nDHRet & DH_CHECK_P_NOT_PRIME)
   printf("p value is not prime\n");
if(nDHRet & DH_CHECK_P_NOT_SAFE_PRIME)
   printf("p value is not a safe prime\n");
if(nDHRet & DH_UNABLE_TO_CHECK_GENERATOR)
   printf("unable to check the generator value\n");
if(nDHRet & DH_NOT_SUITABLE_GENERATOR)
   printf("the g value is not a generator\n");
if(nDHRet == 0)
   printf("DH parameters appear to be ok.\n");

int nPBits = BN_num_bits(pDH->p); // p의 bit 크기 : 1024
int nGBits = BN_num_bits(pDH->g); // g의 bit 크기 : 2 (g가 5일땐 3)

싸이 블로그 백업 [하지윤 2008.10.22 17:55]