WPF - XAML 로딩 시 Visual Studio 비정상 종료
예전 Visual C++의 대화창 디자인 폼과 비교해 보면, 요즘의 WinForm/WPF 디자이너는 대단한 발전을 한 셈이죠. Visual C++이야 뭐, 리소스 파일에 있는 대화창 관련 텍스트 내용을 읽어서 화면에 표시하고 다시 그 정보를 리소스 파일에 텍스트로 써 넣는 역할만을 담당했었지만. WinForm/WPF는 "코드" 자체를 실행시켜서 디자인 화면에 뿌려주고 있기 때문에 실행 시와 유사한 디자인 화면을 제공해 주고 있습니다.
그런데.
꼭 이것이 좋은 것만은 아닙니다. "코드"를 실행한 결과를 디자이너에 반영하기 때문에 실제 런타임 시의 화면을 최대한 잘 반영할 수 있는 반면, 그 반대로 코드 내부에 "(논리) 버그"가 있는 경우, 원인 모를 현상에 시달릴 수도 있기 때문입니다.
최근 제가 경험했던 것을 예로 들면.
Visual Studio 2008에서, XAML 페이지를 로딩만 하면 그 즉시 VS 2008이 종료되어 버렸습니다. 흔하디 흔한 예외 상자도 뛰우지 않고, 단지 이벤트 로그에 아래와 같은 내용만을 뿌릴 뿐이었습니다.
.NET Runtime version 2.0.50727.3053 - Fatal Execution Engine Error (6AD90F92) (0)
Faulting application devenv.exe, version 9.0.30729.1,
time stamp 0x488f2b50, faulting module kernel32.dll, version 6.0.6001.18000,
time stamp 0x4791a76d, exception code 0xe053534f,
fault offset 0x000442eb, process id 0xab4, application start time 0x01c92cce5378d099.
Watson 버킷 정보가 친절하게도 풀이되어서 나오고 있긴 한데. 그것뿐, 더 이상 추적할 만한 단서가 없었습니다. 예외 코드 "0xe053534f"의 오류 정보가 매우 애매합니다. 웹 검색을 해보면, "Software unknown exception"이라는 것이 전부이고, "SSCLI20"에 공개된 .NET Framework 소스 코드에 달랑 상수로 정의된 것이 전부입니다.
#define EXCEPTION_SOFTSO 0xe053534f
// 0xe0000000 | 'SSO'
// We can not throw internal C++ exception through managed frame.
// At boundary, we will raise an exception with this error code
도저히 모르겠습니다. ^^;
어쨌든, 범위를 좁힐 수 있는 것이라고는 디자이너가 "코드"를 사용한다는 것뿐이 없기 때문에 XAML 파일의 구조를 열심히 뜯어보기 시작했습니다.
과연, 심각한 문제가 있긴 했습니다.
xaml의 데이터 바인딩에 사용되는 StaticResource의 특정 이름을 풀이해 주기 위해서 집어 넣었던 것이 위의 예외를 발생시킨 원인이었습니다.
간단하게 코드를 보면,
===== 문제의 XAML 페이지에 대한 cs 코드 파일 ====
public partial class UserControlBase : UserControl
{
public UserControlBase()
{
if (DesignerProperties.GetIsInDesignMode(this))
{
this.Resources.Add("MyComboBox", new TestApp.MyComboBox());
}
}
}
===== TestApp.MyComboBox의 정의 ====
public MyComboBox : UserControlBase
{
... [생략]...
}
대강 아시겠죠? ^^
WPF 디자이너가 XAML 페이지를 로드하고 있는데, UserControlBase라는 생성자를 실행하면서 다시 MyComboBox를 생성하고 있습니다. 문제는 MyComboBox가 다시 UserControlBase를 상속 받고 있다는 것.
그로 인해 무한 객체 생성이 시작되어, 위의 XAML 페이지를 디자이너로 불러들이면 잠시 동안의 CPU 100% 현상을 거쳐서 Visual Studio가 비정상 종료해버리는 원인을 가져온 것입니다. 이것으로 문제 파악 끝!
끝으로 한마디!
만약, 여러분들의 WPF 디자이너가 어느 순간부터 비정상 종료를 시작했다면... 코드를 한번 살펴 보시기 바랍니다. ^^
[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]