xml 파싱이 필요해 Xerces-C++ 2.6.0를 다운로드해 사용하고 있다.
가장 불만은 사이즈 문제. Windows NT 32 bit 바이너리로 작업중인데 xerces 사용 전에는 204,800 바이트 였던 바이너리 파일이 별다른 코드가 추가되지 않았음에도 221,184 바이트로 16,384 바이트나 늘어 났으며 결정적인 것은 2,359,296 바이트나 되는 추가 dll(xerces-c_2_6.dll)이 같이 배포되어야 한다는 것. 다시말해 204,800 바이트 짜리 프로그램이 xerces 추가만으로 2,375,680 바이트나 늘어난 셈이다.
요즘 같은 네트웍, 하드웨어 성능으로는 이 정도의 배포사이즈 증가가 큰 의미는 없겠지만 배보다 배꼽이 커지는 것 같아 씁슬하다. 이 정도의 희생도 감수하는 걸 보면 정말 XML은 대단한 것임에 분명하다. ㅤㅊㅞㅅ!
Visual Studio.NET Add-In for Incrementing Project Build Numbers
무슨 새로 추가할 기능이 있을까를 항상 고민하고 있을 비주얼스투디오 개발팀은 왜 이런 기본적인 기능을 내장시키지 않고 있는 것일까?
Add-In 방식 말고 pre-build/link post-build event에 등록해서 사용하는 것도 언젠가 본 듯한데 한가할 때 찾아보기로 하고 일단 패스!
[update]
더 좀 찾아보아가 결국에는 Add-In 방식도 아니고 build event에 등록하는 방식도 아닌 Visual Studio 매크로를 이용한 Increase Build Numbers in Visual C++ .NET using Macros로 결정.
매크로가 알아서 리소스의 VERSIONINFO를 고쳐버리는 방식이라 rc 파일을 수정하는 등의 별도 작업이 필요없는 것이 편리하다.
gdiplus.h는 window.h 이후에 include 되어야 한다.
그렇지 않으면 gdiplus.h에서 syntax에러가 쏟아진다.
이유는 UINT가 정의되지 않아서라나…
디버깅을 위한 코드를 작성을 위해 유용하게 쓰일 미리정의된 Ansi-C 매크로 10개(덤으로 VC만의 미리정의된 매크로도 소개되어 있다.)
MFC/ATL의 ASSERT와 TRACE를 본따 같은 역할을 하는 매크로와 클래스를 만들다가 알게되었다. 그냥 MFC/ATL 쓰면 될 것을 뭔 닭짓인지…
