Orcas - Web Browser Debugger를 이용한 보호 모드의 ActiveX 컨트롤 디버깅
Visual Studio 2005를 이용하여 Internet Explorer에서 호스팅이 되는 ActiveX 컨트롤을 개발하고 있는 경우가 있을 텐데요. 최근에, Vista에서
Mandatory Integrity Control이 소개되면서, Internet Explorer 7에 "보호 모드"가 적용되었지요. 물론, 바람직한 변화이긴 하지만... 개발자들은 괴로울 수밖에 없습니다. 예를 들어, 보호 모드의 IE 7도 지원해야 하고 이전의 IE 6도 지원해야 하는 ActiveX를 개발하는 경우에 Vista에서만 제공되는 Win32 API를 접근하려면 동적 DLL 로딩과 함께 GetProcAddress를 섞어써야 하는 불편함이 있는 "흔한 예"를 제외하더라도.
개인적으로 생각하는 가장 큰 문제는, "보호 모드"에서의 ActiveX 컨트롤에 대한 "F5 디버깅"이 VS.NET 2005에서 지원되지 않는다는 것입니다. (왜냐하면, F5 디버깅의 유무에 따른 생산성의 차이가 크다고 생각하기 때문에.) 아마도, 그동안 Vista에 있는 IE용 ActiveX 컨트롤을 개발하시는 분들은, 디버깅을 할 때 VS.NET 2005를 "Run as administrator"로 실행시키거나, "Attach to process..." 기능을 이용해야만 하는 불편함을 감수하셔야 했을 것입니다.
그런데,,, 이유가 뭐였죠? 왜 그래야 했을까요?
IE는 특이하게도, Low, Medium, High라는 3가지 등급에서의 동작을 구현하고 있습니다. 기본 시작은 "Medium" 프로세스이고, "신뢰하는 사이트"를 방문하지 않는 한 "Low" 등급의 프로세스를 실행시키면서 동시에 "Medium" 등급의 프로세스는 종료해 버리게 됩니다.
이 때문에, VS.NET 2005에서 "F5 디버깅"을 시작하게 되면, "Output" 창에는 다음과 같은 출력만을 남기면서 디버거 모드에서 바로 빠져나오게 됩니다. 물론, 화면에는 "Low" 등급의 iexplore.exe가 실행되어져 있고.
'iexplore.exe': Loaded 'C:\Program Files (x86)\Internet Explorer\iexplore.exe', No symbols loaded.
'iexplore.exe': Loaded 'C:\Windows\System32\ntdll.dll', No symbols loaded.
[중간 생략]
The program '[2700] iexplore.exe: Native' has exited with code 1 (0x1).
다행히도, 이 문제가 Orcas에서는 해결이 되었습니다.
이에 대해서는 다음의 MSDN Magazine 토픽에서 설명을 해주고 있습니다.
차세대 Visual C++의 내부 살펴보기 - 사용자 계정 컨트롤을 위한 준비
; http://msdn.microsoft.com/msdnmag/issues/07/06/Cpp/default.aspx?loc=ko#S4
위의 단락의 마지막 부분에서 다음과 같은 힌트를 주고 있습니다.
구체적인 방법은...? 간단합니다.
프로젝트 속성창의 "Debugging" 범주에 다음과 같은 "Web Browser Debugger" 유형이 추가된 것을 확인할 수 있습니다.
[그림 1: "Web Browser Debugger" 유형 추가]
[그림 2: "Web Browser Debugger" 유형에서의 옵션]
역시... "F5 디버깅"이 되어야. ^^
[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]