Orcas로 VC++ 프로젝트 마이그레이션
이번에는 저희 회사 제품 중의 하나를 실제로 VS.NET 2005에서 Orcas로 마이그레이션 하면서 발생한 호환성 문제를 다뤄보려고 합니다. 결론부터 말씀드리면, 사실 큰 이슈는 없었고 그런대로 무난하게 마이그레이션이 되었습니다.
한가지... 실망스러운 점이 있다면 (아직 베타 버전이라 희망이 있는지는 알 수 없으나.) VC++ 프로젝트가 이번에도 MSBuild에 통합되지 않았다는 점입니다. 예전부터 있어왔던 이야기였는데, 왜 Orcas에서도 이것이 받아들여지지 않았는지 모르겠군요. (어쨌든, VCBuild Task로 그나마 관리가 좀 되긴 하지만.)
그리고, 참고로 지난 "
Orcas와 VS.NET 2005의 혼합 개발" 토픽의 내용은 VC++에는 해당하지 않습니다. 이 부분에서 좀 아쉬움이 남더군요. 사실, 기존 VS.NET 2005의 VC++ 프로젝트와 Orcas에서의 차이는 다음과 같이 간단합니다.
<?xml version="1.0" encoding="ks_c_5601-1987"?>
<VisualStudioProject
ProjectType="Visual C++"
Version="8.00" ==> Orcas에서는 이 값이 "9.00"
Name="Win32ConsoleApp"
ProjectGUID="{150B5BFA-0F3F-484D-B034-8595291F182F}"
RootNamespace="Win32ConsoleApp"
Keyword="Win32Proj"
>
이 때문에, VS.NET 2005용 프로젝트를 Orcas로 마이그레이션 하고 싶다면 위의 버전 값만 "9.00"으로 바꿔주는 것으로 끝납니다. 하지만 이 프로젝트를 VS.NET 2005에서 로드를 하게 되면 다음과 같은 오류가 발생합니다.
정말 아쉽지요... 차라리 특별한 차이가 없다면 버전을 올리지 않는 것도 방법이었을 텐데. 아니면, VS.NET 2005에서 9.0을 그냥 8.0으로 인식해서 처리해 주는 간단한 패치가 나오는 것도 좋은 방법일 것 같고.
자... 그럼 마이그레이션에서 발생한 이슈를 좀 알아볼까요? VS.NET 2003에서 VS.NET 2005로 넘어올 때의 이슈에 비해서는 확실히 많이 줄어들었습니다. 단 2가지 문제만 있었으니.
이슈 1: 정규식 사용
음... 아직 VC++ 2005에서 정규식 클래스가 제공된다는 사실조차도 모를 분이 많을래나??? ^^;
어쨌든, 마이그레이션 중인 VC++ 프로젝트에서는 VC++ 2005의 ATL에서 기본제공되는 정규식 클래스 - CAtlRegExp를 사용하고 있었습니다.
그런데, Orcas에서 해당 클래스를 컴파일하지 못하더군요. 이유인 즉, 현재의 Orcas에 포함된 atl 클래스 중에서 CAtlRegExp 클래스 정의를 포함한 헤더 파일이 누락되어 있기 때문이었습니다. (사실, ATL Server 관련한 헤더 파일들이 모두 누락되어 있습니다.)
원래, VC++ 2005에서는 다음의 폴더에 있었는데,
C:\Program Files (x86)\Microsoft Visual Studio 8\VC\atlmfc\include\
Orcas에서의 폴더 "C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\atlmfc\include"에는 해당 파일이 아예 없었습니다. 하지만, ATL 클래스이다 보니 해결 방법도 그리 어렵지 않았습니다. 간단하게 VC++ 2005에 있는 파일을 복사해도 될 것 같았지만, 검색 결과 알아낸 다음의 Orcas 폴더에 있는 파일을 복사해서 해결했습니다.
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\ce\atlmfc\include\atlrx.h
아마도 이 문제는 "C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\atlmfc\include" 폴더의 내용이 아직 정리가 안 되어서 나타난 것으로 보이는데, 향후 정식 버전에서는 이러한 마이그레이션 이슈는 없을 것으로 예상이 됩니다.
이슈 2: INTERNETFEATURELIST 정의
이 문제를 보니,,,
Windows 98/ME 등이 빨라 사라져 주길 바라는 마음이 다시 간절해지는군요.
제가 마이그레이션을 한 제품의 목표 하나가 바로, Windows 98의 지원이었습니다. 내부적으로, CoInternetSetFeatureEnabled 함수를 사용해야하는 상황이었는데, Win 98에서는 해당 함수가 지원되지 않기 때문에 GetProceAddress를 사용한 함수 호출을 했습니다. 해당 함수의 정의는 다음과 같이 간단하게 포함해 주었고.
typedef HRESULT (__stdcall *CoInternetSetFeatureEnabled_Proc)
( INTERNETFEATURELIST FeatureEntry, DWORD dwFlags, BOOL fEnable );
그런데, VS.NET 2005에서는 멀쩡하게 빌드가 잘 되던 것이, Orcas에서 빌드하면서 "INTERNETFEATURELIST" 정의가 없다면서 빌드가 실패해 버렸습니다.
INTERNETFEATURELIST 정의가 들어 있는 "urnmon.h" 파일을 보니 다음과 같이 매크로 상수 컴파일 조건이 들어있었습니다.
#if (_WIN32_IE >= _WIN32_IE_IE60SP2)
#ifndef _INTERNETFEATURELIST_DEFINED
#define _INTERNETFEATURELIST_DEFINED
typedef
enum _tagINTERNETFEATURELIST
{ FEATURE_OBJECT_CACHING = 0,
[ 중간 생략 ],
} INTERNETFEATURELIST;
#endif
문제인 즉, VS.NET 2005에 포함된 VC++ 헤더 파일에는 _WIN32_IE_IE60SP2 정의 자체가 없었을 뿐더러, 기존에는 _WIN32_IE 값이 다음과 같이 정의되어 있었습니다.
#define _WIN32_IE 0x0501
저는, 여차하면 마이그레이션이 실패하는 경우 다시 VS.NET 2005로 개발을 계속해야 했기 때문에 이 부분을 다음과 같이 정의하는 것으로 마무리 지었습니다.
#if (_CPPLIB_VER < 503)
#define _WIN32_IE_IE60SP2 0x0603
#endif
#ifndef _WIN32_IE
#define _WIN32_IE _WIN32_IE_IE60SP2
#endif
RTM 버전이 나와도 _CPPLIB_VER의 값이 503은 적어도 넘을 테니 별 상관없을 듯 보입니다.
자,,, 여기까지가 마이그레이션으로 인한 문제의 전부였습니다. 너무 재미가 없었나요?
그 외에, Orcas에서 솔루션 단위의 체크인/체크아웃을 할 때 비정상 종료 현상이 나타나기는 했지만 이 부분은 정확한 버그 재현이 힘들어서, 그냥 임의로 프로젝트 구조를 변경하는 식으로 해결을 해버린 탓에, 이와 관련해서는 이야기할 것이 없어져 버렸습니다.
시간 나실 때... 가벼운 마음으로 한번 마이그레이션을 해보시지요. 재미있는
"/MP" 옵션도 있으니... ^^
[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]