뚱2's Story

또뀨의 육각렌치는 2.5mm가 맞습니다.
옥션등에서 '육각렌치'로 검색하시면 엄청 나올겁니다.
그중에 2.5mm가 있는 놈으로 사면 됩니다.
참고로 356N이나 356L은 2mm, 무선마제는 레치 머리에 구멍이 뚫린 T9 규격의 별렌치 입니다.

블로그의 장점은 자신의 개인적 생각을 글로 자유롭게 표현하는 것이라고 생각합니다.

그런데 웹에서 편집하고 올리다 보면 생각정리가 쉽지 않고 편집이 쉽지 않습니다.

그래서 사용하게 된 것이 Blog API…

자신의 글을 여러 번 확인하고 보다 좋게 편집해서 자유롭게 올릴 수 있는 것 같습니다.

이제부터 새로운 블로그 생활을 할수 있겠네요. 

저 같은 경우는 Windows Live Writer를 이용해서 블로그에 게시하고 있습니다.

Windows Live Writer 다운로드

출처 http://fahnel.net/4

-> Server
1. SourceSafe 설치
2. Server에 SourceSafe로 사용 할 폴더를 생성함.
3. Network 공유 설정
4. Network 상에서 공유 할 권한 부여 (읽기/쓰기)
5. File -> New Database 에서 지정한 폴더 설정로 연결. (srcsafe.ini이 생성 됨.)
6. SourceSafe Administrator에서 SourceSafe에 사용 할 User 추가

-> Client (SourceSafe)
1. SourceSafe 설치
2. Open SourceSafe Database 에서 Add로 추가
 - Connect to an existing database 선택
 - Location 설정 : 공유 되어 있는 폴더에서 srcsafe 선택
- Connection Name 설정
3. Create Project로 프로젝트 단위로 추가

-> Client (Visual Studio)
1. Project를 솔루션에 연결
2. 전체 솔루션 빌드
3. 파일 -> 소스 제어 -> 소스 제어 변경 메뉴로 들어감.
4. 솔루션/프로젝트에 맞게 SourceSafe에 생성한 Project로 바인딩 시킴.
5. SourceSafe에 올라가 있는 버전과 내가 가지고 있는 버전 확인 하며 Check In 시킴.
 - Server 버전이 최근 것이면 새로 받기 진행.

//jQuery.noConflict();
(function($) {
    var that = this;
    that.doLoad = function() {
        expandTree();
    };

    $(document).ready(function() {
        SyntaxHighlighter.config.bloggerMode = true;
        //SyntaxHighlighter.defaults['html-script'] = true;
        SyntaxHighlighter.all();

        if ( window.addEventListener ) { 
            window.addEventListener( "load", that.doLoad, false );
        }
        else if ( window.attachEvent ) { 
            window.attachEvent( "onload", that.doLoad );
        } 
        else if ( window.onLoad ) {
            window.onload = that.doLoad;
        }
    });//$(document).ready(function() {
})(jQuery);

저같은 경우 통신 프로그램을 개발 할 때
로컬에서 작업을 마치고 나서 실 서버에 서버 프로그램을 올립니다.
그런데 거의 대부분 실서버 올렸다고 바로 릴리즈 하지 못합니다.
쏟아지는 버그와 수정 사항들 ... (저만 그런가요? ^^; )
이럴때 디버깅 하기가 참 곤란 합니다.
다시 로컬 작업하던 컴퓨터에서 디버깅 모드로 디버깅하고 컴파일 하고
다시 실 서버로 올려서 돌아가는지 확인하고.... 에휴~~~~
그럴대 참으로 유용한 방법입니다.

디버그 모드에서 출력창에 스트링을 TRACE 구문이 있는데요
WIN32 API 중에 OutputDebugString()이라는 API가 있습니다.
이건 릴리즈에서도 출력창에 스트링을 출력할 수 있습니다.
그런데 이렇게 막연하게 설명하면은
출력은 어디서 봐????
이러실텐데요....
출력을 보는 프로그램은 Win32 API로 직접만들수도 있지만...
저 같은 경우는 DebugView 라는 프로그램을 사용합니다.
DebugView의 사용법은 헬프 파일을 살펴보세요.
암튼...

OutputDebugString 사용법은 참으로 간단합니다.
void WINAPI OutputDebugString(
  __in_opt  LPCTSTR lpOutputString
);

그냥 문자열을 넘기면 됩니다.
그런데 여기서 문제가 살짝 발생하네요.... 다 좋은데.... 전 printf 같이
인자도 넘기고 싶습니다.
그래서 전 이렇게 했습니다.

void OutputDebugPrintf(TCHAR* pszFormat, ...)
{
    //가변인자의 길이를 모르기때문에 동적으로 생성하기 위한 포인터 변수
    TCHAR* pBuffer = NULL;
    va_list args;

    va_start(args, pszFormat);
    // 가변인자 스트링의 길이를 구한다.
    int nLen = _vsctprintf(pszFormat, args) + sizeof(TCHAR);
    // 가변인자 길이만큼 문자열을 생성한다.
    pBuffer = new TCHAR[nLen];
    // 복사한다.
    _vstprintf_s(pBuffer, nLen, pszFormat, args);
    va_end(args); // Windows에서는 필요없음
 
   // 출력해준다.
   ::OutputDebugString(pBuffer);
    if (pBuffer)
    {
        delete[] pBuffer;
        pBuffer = NULL;
    }
}

if (m_hThread)
{
    DWORD dwExitCode = 0;
    ::GetExitCodeThread(m_hThread, &dwExitCode);
    if (dwExitCode == STILL_ACTIVE)
    {
        AfxMessageBox(_T("실행중인 스레드"));
    }
}

오류를 처리하는 가장 발전적이고 효과적인 방법이 C++ 예외 처리 기능입니다.
그런데 VC++ (6 or 7)의 설명서에 약간 오해의 소지가 있는 부분이 있습니다.
예를 들어,

try 
{ 
    int* p = 0; 
    *p = 0; 
} 
catch (...) 
{ 
    // do something 
} 

이렇게 하면, 위 *p = 0 줄에서 access violation 예외가 발생하고
그 예외가 아래 catch 블럭에서 잡힙니다.

문제는 debug 빌드인 경우에는 예상대로 예외 처리가 되는데
release 빌드일 때는 그렇지 않다는 데 있습니다.

MSDN이나 VC++ 도움말에서 예외 처리에 관련된 부분을 보면
항상 컴파일러 옵션 /GX 또는 /EHsc를 지정하라는 말이 나옵니다.
"win32 structured exception" 방식을 쓰려면 /GX 없이 그냥 컴파일하고
C++ 예외 처리 방식을 쓰려면 /GX로 컴파일하라..." 이런 식으로 설명되고 있죠.

디폴트 옵션도 /EHsc 입니다.
/EHs 는 syncronous 예외 처리 모델을 가리키고
/EHc 는 C 함수는 예외를 throw하지 않는 다고 가정하는 것을 가리킵니다.

syncronous 모델은 뭐냐하면, 명시적으로 throw가 사용되지 않은 함수에 대해서는
예외 처리에 대한 지원을 하지 않는 것을 말합니다.

따라서

try 
{ 
    int* p = 0; 
    *p = 0; 
} 
catch (...) 
{ 
    // do something 
} 

이런 프로그램은 디버그 빌드일 때는 잘 돌아가고
예외 처리도 잘 되고,
잘못된 동작이 있을 때 이쁘게 메시지 박스 띄우고 부드럽게 종료하고
다 잘 됩니다.

그러다가 릴리즈 빌드로 바꾸면 디폴트로 /EHsc 옵션이 먹으면서
예외 처리도 안 되고
access violation 같은 거 발생할 때 프로그램이 죽어버립니다.

해결책은 단순하죠.
컴파일러 옵션 대화상자에서 C++ 예외 처리를 사용하지 않음으로 선택하고
직접 /EHa 옵션을 추가해주면 됩니다.

/EHa 옵션을 주고
메인 프로그램 진입점을

try 
{ 

} 
catch (...) 
{

} 

이런 블럭으로 감싸면 프로그램이 예기치 않게 종료되는 일을 방지할 수 있습니다.
위 내용은 VC6, VC7 공통입니다.
이상입니다.

** 경고
예외 처리는 복잡한 고려사항이 많기 때문에
충분히 공부한 후 사용해야 합니다.
예외 처리는 체계적으로 사용해야만 효과적이며
그렇지 않으면 부작용이 더 클 수 있습니다.

#include "windows.h"
#include "wininet.h"
#include "iostream.h"

DWORD WINAPI WorkerFunction( LPVOID ); 
HINTERNET g_hOpen, g_hConnect;

typedef struct 
{
   CHAR* pHost;
   CHAR* pUser;
   CHAR* pPass;
} PARM;

void main()
{
   CHAR    szHost[] = "localhost";
   CHAR    szUser[] = "JoeB";
   CHAR    szPass[] = "test";
   CHAR    szLocalFile[] = "localfile";
   CHAR    szRemoteFile[] = "remotefile";
   DWORD   dwExitCode;
   DWORD   dwTimeout;
   PARM    threadParm;

   g_hOpen = 0;
   if ( !( g_hOpen = InternetOpen ( "FTP sample", 
                                    LOCAL_INTERNET_ACCESS, 
                                    NULL, 
                                    0, 
                                    0 ) ) )
   {         
       cerr << "Error on InternetOpen: " << GetLastError() << endl;
       return ;
   }

   // Create a worker thread 
   HANDLE   hThread; 
   DWORD    dwThreadID;
   threadParm.pHost = szHost;
   threadParm.pUser = szUser;
   threadParm.pPass = szPass;

   hThread = CreateThread(
                 NULL,            // Pointer to thread security attributes 
                 0,               // Initial thread stack size, in bytes 
                 WorkerFunction,  // Pointer to thread function 
                 &threadParm,     // The argument for the new thread
                 0,               // Creation flags 
                 &dwThreadID      // Pointer to returned thread identifier 
             );    

   // Wait for the call to InternetConnect in worker function to complete
   dwTimeout = 5000; // in milliseconds
   if ( WaitForSingleObject ( hThread, dwTimeout ) == WAIT_TIMEOUT )
   {
       cout << "Can not connect to server in " 
            << dwTimeout << " milliseconds" << endl;
       if ( g_hOpen )
InternetCloseHandle ( g_hOpen );
       // Wait until the worker thread exits
       WaitForSingleObject ( hThread, INFINITE );
       cout << "Thread has exited" << endl;
       return ;
   }

   // The state of the specified object (thread) is signaled
   dwExitCode = 0;
   if ( !GetExitCodeThread( hThread, &dwExitCode ) )
   {
       cerr << "Error on GetExitCodeThread: " << GetLastError() << endl;
       return ;
   }

   CloseHandle (hThread);
   if ( dwExitCode )
   // Worker function failed
      return ;

   if ( !FtpGetFile ( g_hConnect, 
                      szRemoteFile,
                      szLocalFile,
                      FALSE,INTERNET_FLAG_RELOAD, 
                      FTP_TRANSFER_TYPE_ASCII,
                      0 ) )
   {
       cerr << "Error on FtpGetFile: " << GetLastError() << endl;
       return ;
   }

   if ( g_hConnect )
       InternetCloseHandle( g_hConnect );
   if ( g_hOpen )
       InternetCloseHandle( g_hOpen );

   return ;
}

/////////////////// WorkerFunction ////////////////////// 
DWORD WINAPI 
WorkerFunction(
   IN LPVOID vThreadParm
)
/*
Purpose:
   Call InternetConnect to establish a FTP session  
Arguments:
   vThreadParm - points to PARM passed to thread
Returns:
   returns 0  
*/ 
{
   PARM* pThreadParm;
   // Initialize local pointer to void pointer passed to thread
   pThreadParm = (PARM*)vThreadParm;
   g_hConnect = 0;

   if ( !( g_hConnect = InternetConnect (
                            g_hOpen, 
                            pThreadParm->pHost,
                            INTERNET_INVALID_PORT_NUMBER,
                            pThreadParm->pUser,
                            pThreadParm->pPass,
                            INTERNET_SERVICE_FTP, 
                            0,
                            0 ) ) )
   {
       cerr << "Error on InternetConnnect: " << GetLastError() << endl;
       return 1; // failure
   }
   
   return 0;  // success
}

전 아직 초보 프로그래머 입니다.
그래서 더 많이 배우고 공부하는 중입니다. ^^;

대부분의 사람들이 말중에서 예외처리==에러처리 같은 단어로 사용합니다.
저도 예외상황에서 예외처리라고 말하기 보다는
'뭐야~~~ 에러났네...' 이렇게 이야기 합니다.
프로그램이 컴파일되고 실행이 되면은 이후부터는 예외사항라고 보는게
맞을겁니다. 물론 문맥에 따라서 같은 말도 다른의미로 사용되니까 적절히
사용하면 될거라고 생각됩니다. (이런걸 다형성이라고 하나요...???)

모든 걸 다 예외처리를 할 수는 없고 나름데로 중요한걸 정해야 하는것 같습니다.

제 나름데로 일반적으로 꼭 처리해야할 예외상황은
1. 파일 오픈이 제대로 되는지...
2. 포인터가 엉뚱한 곳을 가리키는지...
3. 리소스나 메모리 부족한지...

그리고 이제 프로그램에 따라서 중요도가 틀려지니
자신이 특히 중요하다고 생각되는 함수나 메소드는 예외처리를
꼭 해줘야 겠지요...

예외처리 다 해주면 좋지만 이또한 성능에 직결되는 문제고, 소스도 복잡해 집니다.
과유불급이라고 적정한 곳에 적절히 사용하는 지혜가 필요할것 같습니다.

ps. 이넘의 '적절히'라는 단어가 무지 어렵네요

울딸이 100일이 넘어서 이제 슬슬 카시트를 살펴봤습니다.
구입목록에 있던 제품은 브라이텍스, 레카로인데
브라이텍스는 좀 더워보이더군요
특히 우리딸이 더위를 많이 타서 결국 제외, 레카로를 구입할려고 알아 봤습니다.
그런데 환율이 올라서 올해 초보다 레카로 가격이 많이 올랐더군요
그렇게 며칠을 고민하던 차에 타카타라는 제품을 알게되었습니다.
우선 가장 중요한 안전성도 좋고 만든 짜임세도 좋고 승차감도 좋고
사람들 평을 읽어보니 다 좋았습니다.
다만 이번에 정식 수입된 제품인데 가격이 엄하더군요 ㅡㅡ;
가격을 비교하셔 구입하려고 준비중에 일본이랑 수입제품이랑 가격차이가
많이 나서 바로 배송대행으로 구입하였습니다.
시험삼아 집에서 딸 며칠 앉혀보니 울딸이 잘 앉아있어서 좋더라구요
다른 부분보다 쿠션 부분이 부드럽게 되어 있고 안전띠 부분을 쿠션으로 커버해서
아기 피부가 상처나지 않고 답답하지 않게 잘 만들어진게 마음에 듭니다.

VC++ 빠르게 컴파일 하기 위해서 Precompiled header 라는 것을 만들어둡니다.
그런데 다른 외부의 컴파일러로 만들어진 라이브러리(소스)에서는 이게 없습니다.
그래서  VC++에서는 프리컴파일 헤더가 필요하다고 에러를 발생시킵니다.

해결방법은 포함하는 라이브러리 소스(.cpp) 맨 윗줄에 #include "stdafx.h"를
추가해 주시면 됩니다.

RasAPI를 사용하여 간단하게 접속하는 프로그램을 작성했습니다.
그런데 디버그 모드에서는 너무나도 잘 되는게 릴리즈 모드에서만 되면은
안되더라구요.

이것 저것 하루종일 삽질(?)을 하다가 결국 초기화 문제였습니다. ㅠㅠ
초기화 되지 않은 포인터의 경우 디버그 모드에서는 자동으로 임의값 0xCD로
초기화를 수행하지만 릴리즈에서는 수행하지 않는다고 합니다.
그래서

// 수정전

m_RasDialParams.dwSize = sizeof(RASDIALPARAMS);

// 수정후

ZeroMemory(&m_RasDialParams, sizeof(RASDIALPARAMS));

m_RasDialParams.dwSize = sizeof(RASDIALPARAMS);