Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 


WPF 디자이너 - The string was not recognized as a valid DateTime...


상황은 간단합니다. 지난 회에 소개했던 "WPF에서 ActiveX 컨트롤 호스팅하는 방법"대로 ActiveX Interop 어셈블리를 생성한 후, AxWMPLib 어셈블리를 WPF 프로젝트에서 참조를 하고 나니, 모든 XAML 디자인 화면에서 다음과 같은 오류가 발생했습니다.

wpf_axinterop_designer_error_1.PNG

The string was not recognized as a valid DateTime. There is a unknown word starting at index 11. at System.DateTimeParse.Parse(String s, DateTimeFormatInfo dtfi, DateTimeStyles styles) at System.Windows.Forms.AxHost.TypeLibraryTimeStampAttribute..ctor(String timestamp) at System.Reflection.CustomAttribute._CreateCaObject(Void* pModule, Void* pCtor, Byte** ppBlob, Byte* pEndBlob, Int32* pcNamedArgs) at System.Reflection.CustomAttribute.CreateCaObject(Module module, RuntimeMethodHandle ctor, IntPtr& blob, IntPtr blobEnd, Int32& namedArgs) at System.Reflection.CustomAttribute.GetCustomAttributes(Module decoratedModule, Int32 decoratedMetadataToken, Int32 pcaCount, RuntimeType attributeFilterType, Boolean mustBeInheritable, IList derivedAttributes) at System.Reflection.CustomAttribute.GetCustomAttributes(Assembly assembly, RuntimeType caType) at System.Reflection.Assembly.GetCustomAttributes(Boolean inherit) at MS.Internal.ReferenceAssemblyUtils.SafeGetCustomAttributes(Assembly assembly, Type filter, Boolean inherit) at MS.Internal.Xaml.ReflectionProjectNode.BuildNamespaces() at MS.Internal.Xaml.ReflectionProjectNode.Find(Identifier namespaceUri) at MS.Internal.Xaml.PrefixScope.FindType(XamlName name) at MS.Internal.Xaml.XmlElement.FindElementType(PrefixScope parentScope, IParseContext context) at MS.Internal.DocumentTrees.Markup.XamlSourceDocument.get_RootType() at Microsoft.Windows.Design.Documents.Trees.MarkupDocumentTreeManager.get_RootType() at Microsoft.Windows.Design.Documents.MarkupDocumentManager.CalculateLoadErrorState() at Microsoft.Windows.Design.Documents.MarkupDocumentManager.get_LoadState() at MS.Internal.Host.PersistenceSubsystem.Load() at MS.Internal.Host.Designer.Load() at MS.Internal.Designer.VSDesigner.Load() at MS.Internal.Designer.VSIsolatedDesigner.VSIsolatedView.Load() at MS.Internal.Designer.VSIsolatedDesigner.VSIsolatedDesignerFactory.Load(IsolatedView view) at MS.Internal.Host.Isolation.IsolatedDesigner.BootstrapProxy.LoadDesigner(IsolatedDesignerFactory factory, IsolatedView view) at MS.Internal.Host.Isolation.IsolatedDesigner.BootstrapProxy.LoadDesigner(IsolatedDesignerFactory factory, IsolatedView view) at MS.Internal.Host.Isolation.IsolatedDesigner.Load() at MS.Internal.Designer.DesignerPane.LoadDesignerView() "

구글을 검색해 봐도, 딱히 WPF 디자이너와 관련된 내용은 나오지 않았습니다. 음... ^^; 스스로 해결해 봐야죠.

가만히... 오류 메시지를 보니 다음과 같은 구문이 눈에 띕니다.

at System.DateTimeParse.Parse(String s, DateTimeFormatInfo dtfi, DateTimeStyles styles)
at System.DateTime.Parse(String s, IFormatProvider provider)
at System.Windows.Forms.AxHost.TypeLibraryTimeStampAttribute..ctor(String timestamp)

오호... 그렇다면 새로 참조한 ActiveX interop 관련 어셈블리에 대해서 TimeStamp 관련 특성에 대한 해석이 잘못 되었다는 것인데요. 설마하는 마음에, Reflector로 "AxInterop.WMPLib.dll"을 열어보니, 다음과 같이 특성이 정의되어 있었습니다.

// Assembly AxInterop.WMPLib, Version 1.0.0.0

[assembly: AssemblyVersion("1.0.0.0")]
[assembly: RuntimeCompatibility(WrapNonExceptionThrows=true)]
[assembly: TypeLibraryTimeStamp("2008-01-18 오후 11:37:04")]
[assembly: CompilationRelaxations(8)]

보시는 것처럼, 시간값이 지역화되어서 들어가 있는데, 이를 영문 VS.NET에서는 읽어들이지 못해서 발생하는 오류였습니다. 해결방법은 Interop 어셈블리를 만드는 동안만이라도 다음과 같이 제어판에서 시간 포맷을 바꿔주는 수밖에는 없지요.

wpf_axinterop_designer_error_2.PNG

이제, 기존 참조된 interop 어셈블리(AxWMPLib)를 삭제하고, 다시 윈폼에 추가시키면 정상적(?)으로 다음과 같이 시간값이 영문으로 나오는 것을 확인할 수 있습니다.

// Assembly AxInterop.WMPLib, Version 1.0.0.0

[assembly: AssemblyVersion("1.0.0.0")]
[assembly: RuntimeCompatibility(WrapNonExceptionThrows=true)]
[assembly: TypeLibraryTimeStamp("1/18/2008 11:37:04 PM")]
[assembly: CompilationRelaxations(8)]

물론, WPF 디자이너 화면도 이젠 정상적으로 나오고.



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 6/11/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2008-06-04 10시44분
문제 해결하고, 좀더 검색을 해보니 이미 Microsoft Connect 사이트에 버그로 등록이 되어 있더군요. ^^

Bug in the Microsoft .NET V1.1/V2.0/V3.5 AxImp.exe tool.
; (broken) https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=338575
kevin25
2008-06-10 08시33분
[키온] 초기버전이나 베타버전에 종종 이런 버그가 많이 있는데요. Loc팀이나 Intl't팀의 테스터분들이 이 부분까지 테스트가 안된 모양입니다.
[guest]

... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11274정성태8/22/201719402.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
11273정성태8/22/201721634오류 유형: 415. 윈도우 업데이트 에러 Error 0x80070643
11272정성태8/21/201724813VS.NET IDE: 120. 비주얼 스튜디오 2017 버전 15.3.1 - C# 7.1 공개 [2]
11271정성태8/19/201719266VS.NET IDE: 119. Visual Studio 2017에서 .NET Core 2.0 프로젝트 환경 구성하는 방법
11270정성태8/17/201730730.NET Framework: 673. C#에서 enum을 boxing 없이 int로 변환하기 [2]
11269정성태8/17/201721500디버깅 기술: 93. windbg - 풀 덤프에서 .NET 스레드의 상태를 알아내는 방법
11268정성태8/14/201721085디버깅 기술: 92. windbg - C# Monitor Lock을 획득하고 있는 스레드 찾는 방법
11267정성태8/10/201725143.NET Framework: 672. 모노 개발 환경
11266정성태8/10/201724961.NET Framework: 671. C# 6.0 이상의 소스 코드를 Visual Studio 설치 없이 명령행에서 컴파일하는 방법
11265정성태8/10/201753196기타: 66. 도서: 시작하세요! C# 7.1 프로그래밍: 기본 문법부터 실전 예제까지 [11]
11264정성태8/9/201724132오류 유형: 414. UWP app을 signtool.exe로 서명 시 0x8007000b 오류 발생
11263정성태8/9/201719609오류 유형: 413. The C# project "..." is targeting ".NETFramework, Version=v4.0", which is not installed on this machine. [3]
11262정성태8/5/201718260오류 유형: 412. windbg - SOS does not support the current target architecture. [3]
11261정성태8/4/201720835디버깅 기술: 91. windbg - 풀 덤프 파일로부터 강력한 이름의 어셈블리 추출 후 사용하는 방법
11260정성태8/3/201718954.NET Framework: 670. C# - 실행 파일로부터 공개키를 추출하는 방법
11259정성태8/2/201718194.NET Framework: 669. 지연 서명된 어셈블리를 sn.exe -Vr 등록 없이 사용하는 방법
11258정성태8/1/201719028.NET Framework: 668. 지연 서명된 DLL과 서명된 DLL의 차이점파일 다운로드1
11257정성태7/31/201719179.NET Framework: 667. bypassTrustedAppStrongNames 옵션 설명파일 다운로드1
11256정성태7/25/201720664디버깅 기술: 90. windbg의 lm 명령으로 보이지 않는 .NET 4.0 ClassLibrary를 명시적으로 로드하는 방법 [1]
11255정성태7/18/201723221디버깅 기술: 89. Win32 Debug CRT Heap Internals의 0xBAADF00D 표시 재현 [1]파일 다운로드3
11254정성태7/17/201719601개발 환경 구성: 322. "Visual Studio Emulator for Android" 에뮬레이터를 "Android Studio"와 함께 쓰는 방법
11253정성태7/17/201719965Math: 21. "Coding the Matrix" 문제 2.5.1 풀이 [1]파일 다운로드1
11252정성태7/13/201718465오류 유형: 411. RTVS 또는 PTVS 실행 시 Could not load type 'Microsoft.VisualStudio.InteractiveWindow.Shell.IVsInteractiveWindowFactory2'
11251정성태7/13/201717171디버깅 기술: 88. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 (2)
11250정성태7/13/201720731디버깅 기술: 87. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 [1]
11249정성태7/12/201718551오류 유형: 410. LoadLibrary("[...].dll") failed - The specified procedure could not be found.
... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...