The Winner Takes It All

more..

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

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

VS6.0에 포함되어 있는 STL 버전이 상당히 구닥다리 입니다.

딩컴웨어의 구닥다리 버전이 포함되어 있어서 6.0에서는 stl을 사용할때

외부 STL을 사용하곤 했지요..

STL_Port 같은것을 사용하세요..

2003 이상 버전에서 포함되어 있는 STL을 그대로 쓰셔도 상관 없습니다.


친절하게 두 분의 답변이 돌아왔다. 결국엔 Visual Studio 6.0에 포함되어 있는 STL에 문제가 있는 것이다.
난 좀 더 확인을 위해 (왜케 집요해졌는지 모르겠다.) 짧은 영어로 MSDN을 헤맸는데, Visual Studio 6.0에서
STL string으로 Multi-Thread 프로그램을 구현할 경우, Memory Corruption이 발생할 수 있다는 MS의 얘기를
발견할 수 있었다.
MS에서 제시하는 해결책 역시 데브피아에서 B님이 답변해준 것과 비슷하게, Visual Studio 2003 이상 버전
을 쓰거나 STL 3rd party 라이브러리를 쓰라는 얘기였다.

난 이제 껏, STL하면, SGI STL이 전부인줄 알았을 정도로 참으로 무지했다.
알고보니, gcc는 SGI STL을 기반으로 gcc 컴파일러에 맞게 구현해놓은 것을 쓰고 있고, MS는
Dinkumware 사의 STL을 쓰고 있었다. 그리고, Borland C++ Builder는 최근까지 Roguewave의
STL을 쓰다가, STL Port로 넘어갔다.

C++ 표준이 되어버린 STL일지라도 각 회사마다 STL은 조금씩 특징이 있었다.
대표적으로 STL Port와 Dinkumware의 STL의 list<> 클래스의 list 크기를 반환하는 size() 함수를 예로 들
면.. (http://crowmaniac.net/crowmania/ 를 참고한 어느 분의 블로그에서 참고했습니다.)

Dinkumware 사의 STL에서 제공하는 list의 size() 함수는 시간 복잡도가 O(1)이었다.
size_type size() const{   return (_MySize);   }

반면에, STL Port에서 제공하는 list의 size() 함수는 시간 복잡도가 O(n)이었다.
size_type size() const
{
       size_type _result = distance(begin(), end());
       return _result;
}

distance() 함수가 Bidirectional iterator기 때문에 O(n)인 것이다.

잉?! 그럼, 두 말 할 나위 없이, Dinkumware 사의 STL이 좋은 것이냐?
꼭, 그런 것은 아니다..^^

size()를 O(1)으로 구현한 Dinkumware 사의 STL은 태생적으로 O(n)의 splice(끼워넣기)를 가지는 반면에,
STL Port는 O(1)의 splice만 가진다.

다시 얘기하면, size()를 자주 호출해야할 코드에서는 Dinkumware의 STL이 낫고, splice를 자주해야 하는
코드에서는 STL Port가 낫다고 볼 수 있다.

뭐, 난 갠적으로 정렬이 필요하지 않은 데이터의 경운 걍 vector를 쓰고, 정렬이 필요한 경우엔 Hashtable을
구현한 map을 쓰기 때문에-ㅁ-;; list를 잘 쓰지 않는다.

암튼.. 이제 STL Port를 깔러 가야겠다-ㅁ-

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

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

우리 회사에서 개발 중인 무선 계측기는 검색 기능을 제공하는데, 검색 방법은 UDP 프로토콜을 이용한 브로드캐스팅이다. 짜증스럽게도, UDP 프로토콜로 브로드캐스팅을 하기 위해서는 IP 대역이 맞아야 한다.

우리의 사랑스런(?) 무선계측기들은 IP가 192로 시작하고... 우리 회사의 PC들은 고정 IP를 사용하는데.. 211로 시작한다. 따라서, 무선계측기를 테스트하려고 하면, 항상 IP를 바꿔주는 노가다가 필요하다. 단지, UDP로 브로드캐스팅을 하기 위해서..-_-

일일이 네트워크 환경 - 설정 - TCP/IP 설정..... 으로 이어지는 귀차니즘을 이기지 못하고, 알아본바.. WMI라는 녀석을 알게 되었다.

WMI는 Windows Management Instrumentation인데, Windows 기반 운영체제의 management 데이터를 위한 인프라 구조라고 할 수 있다.

쉽게, 예를 들자면.. 내 운영체제의 버전이 얼마인지? 또는 내 컴퓨터의 IP를 변경하고 싶다던지? 내지는 원격으로 컴퓨터에 프로그램을 설치하고 싶다던지... 이 모든 것이 다 WMI로 가능하다는 것이다.

더 상세한 내용은 MSDN을 참고하기로 하고.. 이미 이전에 WMI를 이용해 C#으로 간단히 IP와 서브넷 마스크, 게이트웨이 등을 설정할 수 있는 프로그램을 만든 바가 있어서 C++로도 간단히 1~2시간이면 할 수 있을거라 여겼다.

하지만, Wrapper Class와 많은 예제가 제공되던 C#과는 달리, C++에서는 WMI가 완전히 COM API 레벨에서 해결해야 하고, 내가 원하는 수준의 예제가 없었다. (내가 못 찾은건지도 모른다-ㅁ-)

그러다보니.. 삽질에 삽질을 거듭하다.. 결국 야근까지 하게되며.. 무려 6시간을 잡고 헤맸다.

잡설이 길었는데.. WMI를 이용해 Local PC의 IP를 바꾸는 내용으로 돌아와서...

구현 환경은 Windows XP Professional, Microsoft Visual Studio 6.0 SP6이다.
내 기억이 맞다면, Microsoft Visual Studio 6.0에서 WMI를 구현하기 위해서는 아마도 Microsoft Platform SDK 또는 WMI SDK를 설치해야 하는 것으로 알고 있다.

그리고 코드의 전체적인 흐름은 다음과 같다.

Step 1. COM 라이브러리를 초기화한다.
Step 2. COM Security Level을 설정한다.
Step 3. WMI에 대한 초기 Locator를 획득한다.
Step 4. WMI에 접근한다.
Step 5. Proxy의 Security Level을 설정한다.

여기까지는 사실, WMI를 프로그래밍 하기 위한 준비 단계라 할 수 있다. 이 다음부터는, IP와 서브넷마스크를 설정하기 위한 단계이다.

Step 6. ExecQuery()를 이용해, Class Object Enum을 가져온다.

hr = pServices->ExecQuery(
bstr_t("WQL"),
bstr_t("SELECT * FROM Win32_NetworkAdapterConfiguration"),
WBEM_FLAG_FORWARD_ONLY | WBEM_FLAG_RETURN_IMMEDIATELY,
NULL,
&pEnum
);

쉽게 설명하면, Win32_NetworkAdapterConfiguration란 클래스로부터 Network Adpater들의 Enum을 가져온다고 볼 수 있다. WMI의 Win32 Class에 대한 보다 상세한 정보는 http://msdn2.microsoft.com/en-us/library/aa394084.aspx 를 참조하기 바란다.

Step 7. Step 6에서 획득한 Network Adapter들 중에서 IPEnabled(IP 변경 가능 속성)이 TRUE인 녀석의 Index를 찾는다.

Step 8. IP와 서브넷마스크의 값을 설정한다.

Step 9. Object Path를 설정한다.
여기서 Object Path에 대해서 설명하자면.. IP와 서브넷을 변경하기 위해 Win32_NetworkAdapterConfiguration 클래스에서 제공하는 Method가 EnableStatic이다. 이 Method의 타겟이 바로 Object Path라고 할 수 있다. (EnableStatic의 보다 자세한 내용은 http://msdn2.microsoft.com/en-us/library/aa390383.aspx 를 참조하기 바람)

이 부분이 필요한 이유는 비록 내 PC에서 네트워크 환경에서 보이는 로컬 연결 속성이 하나라고 해서, Network Adapter가 1개가 아니고, 로컬 연결 속성으로 사용되지 못하기 때문에, 눈에 보이지 않는 Network Adapter가 다수 존재한다. 따라서, Step 7도 이러한 이유에서 이다.

결국, EnableStatic의 타켓은 Win32_NetWorkAdapterConfiguration.Index이고, Step 7에서는 이 Index를 찾기 위한 단계였다.

Step 10 ~ Step 14는 앞서 설정한 속성들을 Network Adapter에 반영하기 위한 단계들인데, 여기에 등장하는 함수들은 MSDN을 참고하기 바란다.

다음의 코드는 단순히 기능 구현에 중점을 뒀기 때문에, 코드 최적화에 대해서는 전혀 고려하지 않은 막장 코드이므로, 실제 응용을 위해서, 다듬을 필요가 있다. 

소스코드 다운로드: http://www.nohungry.net/Data/IPHandler.zip

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

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

소프트웨어 디자인 패턴에 대해 공부하기 위해 웹을 헤매던 중.. Exception Handling에 대한 내용을 다룬 Article을 읽었다. 거기에 소개된 내용이 바로 RAII란 개념이다.

쉽게 얘기하면, Stack-based 변수와 Heap-based 변수와 관련 있는 얘기다.
다음과 같은 코드를 생각해보자.
<Example #1>
CSomething something("Stack");                                 // Stack-based 변수
CSomething* pSomething = new CSomething("Heap");   // Heap-based 변수

// 생략 ...

delete pSomething;
pSomething = NULL;

<Example#1>에서 알 수 있듯이, Stack-based 변수는 소멸자 해제를 Runtime이 관리해주고, Heap-based 변수는 프로그래머 자신이 관리해야된다. (다 아는 얘기지만.. new를 했으면, delete를 해줘야 하는 법...)

이걸 깜빡하면, 결국 메모리 누수(Memory Leak)이란 재앙을 만나게 된다.

근데, 이렇게 다 아는 얘기를 왜?! 하고 싶은 얘기는 지금 부터다.
학교 숙제를 할 때 우리는 예외 처리(Exception Handling)에 대한 중요성을 소홀히 할 때가 많다.
물론, 조환규 교수님께서는 늘 프로그램의 가장 중요한 덕목은 땐땐함(Robust)이라고 하셨지만..ㅎ 숙제 마감에 시달리게 되다보면, 그걸 지키지 못하는 경우가 허다하다.

<Example #1>을 다음과 같이 수정해보자.
<Example #2>
CSomething something("Stack");                                 // Stack-based 변수
CSomething* pSomething = new CSomething("Heap");   // Heap-based 변수

try{
// 생략 ...
}
catch(int exception_code)
{
     cout << "Exception Occured." << endl;
     delete pSomething;
     pSomething = NULL;
}

delete pSomething;
pSomething = NULL;

자, 예외 처리가 들어가면서, 코드가 뒤죽박죽이 되어버렸다. 동일한 코드가 반복적으로 사용되었고, 예외처리 부분과 자료구조 부분도 섞여버렸다. 이런 부분이 꼭 나중에 문제를 일으키기 쉽다.

깜빡하고, delete를 안해줘서 메모리 누수가 발생하거나, 아니면, 나중에 코드를 유지보수해야할 때도 골치아프게 된다.

이렇게, 골치가 아프게 되는 원인은, Heap-based 변수에 있다. Heap-based 변수는 바로 프로그래머가 관리해줘야 하기 때문이다. 그래서 가급적이면 Heap-based 변수를 사용하지 말자. (포인터를 쓰지 않겠다는 말이냐고?!)

당근, 그건 아니다. 그래서, 필요한 것이 바로 Smart Pointer~!
다음과 같은 코드를 만들어보자.
<Example #3>
class CSomethingPtr
{
public:
CSomethingPtr(CSomething* pSomething);
~CSomethingPtr();

private:
CSomething* m_pSomething;
};

CSomethingPtr::CSomethingPtr(CSomething* pSomething)
: m_pSomething(pSomething)
{
}

CSomethingPtr::~CSomethingPtr()
{
delete pSomething;
pSomething = NULL;
}

그럼, <Example #3>를 이용해 <Example #2>를 수정해보자.
<Example #4>
CSomething something("Stack");                                           // Stack-based 변수
CSomethingPtr pSomethingPtr(new CSomething("Stack"));       // Stack-based 변수

try{
// 생략 ...
}
catch(int exception_code)
{
     cout << "Exception." << endl;
}

이런 식의 기법을 바로 Smart Pointer(포인터처럼 동작하는 객체)라고 한다.
바로 지역객체(Stack-based 변수)를 사용하여 자원을 관리한다고 해서 이를 RAII라고 한다.

RAII에 대해서 공부하면서, 문득 생각난.. 왜 DirectShow SDK에서 Pointer 대신 CComPtr과 같은 형식의 클래스가 많은지 이제 깨달았다. (그 때는 별 생각없이 썼는데.. 돌이켜보면 바로 이런 관점에서 작성한 것이었으리라..)
아무튼, 앞으로도 이런 내용을 보다 열심히 공부할 필요가 있겠다.

보다 자세한 내용은 고형호님의 블로그(http://www.innosigma.com)에 가시면 찾아볼 수 있습니다..^^

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

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

Step 8.

아래와 같이 Wrapper Class가 생성된 것을 확인할 수 있다.

#define CHART_TYPE_NOLEGINVALIDATE 8

#define REALTIMESETTING_STYLE_LOOPPOS 1
#define REALTIMESETTING_STYLE_NOWAITARROW 2

샘플프로그램 다운로드 - 귀차니즘에 의해, 주석이 별로 없지만.. 이해하시는데는 큰 무리가 없을 겁니다. 그리고, Trail 버전으로 테스트한 것이라 배포가 불가능하여, 샘플 프로그램 자체는 실행되지 않습니다. 단지, 코드 참조만으로 사용하시기 바랍니다.

ChartFX에 대한 보다 많은 정보: http://www.softwarefx.co.kr

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

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

요점만 얘기하자면, 우리는 윈도우즈에서 메시지 핸들링을 하기 위해 윈도우 프로시저(콜백 함수)를 쓰곤 합니당.  

일반적으로 이 윈도우 프로시저를 이용해 메시지를 처리하는 스타일에는 다음과 같은 것들이 있져.

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

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

예제 코드 보기...

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

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