Microsoft MVP성태의 닷넷 이야기
글쓴 사람
홈페이지
첨부 파일
 

manifest - The value "x64" of attribute "processorArchitecture" in element "assemblyIdentity" is invalid.

manifest 파일에 오류가 있으면, 애당초 실행조차 안 되면서 화면에는 다음과 같은 식의 오류가 발생합니다.

The application has failed to start because its side-by-side configuration is incorrect. Please see the application event log or use the command-line sxstrace.exe tool for more detail.


문제의 원인은 다행히 이벤트 로그를 보면 나오는데요, 이번에는 다음과 같은 식의 오류 항목이 있었습니다.

Activation context generation failed for "c:\temp\ConsoleApp1\bin\Debug\ConsoleApp1.exe".Error in manifest or policy file "c:\temp\ConsoleApp1\bin\Debug\ATLProject1.dll.MANIFEST" on line 4. The value "x64" of attribute "processorArchitecture" in element "assemblyIdentity" is invalid.


그러니까, processorArchitecture의 값이 잘못되었다는 건데요.

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">

  <assemblyIdentity version="1.0.0.0" processorArchitecture="x64"  ...>
  </assemblyIdentity>
  
  ...[생략]...

</assembly>

x86 아니면, x64일 거라 생각해 정한 값인데 공식 문서를 보니,

Application Manifests
; https://docs.microsoft.com/en-us/windows/win32/sbscs/application-manifests

Specifies the processor. The valid values are x86 for 32-bit Windows and ia64 for 64-bit Windows. Optional.


마이크로소프트가 "ia64"로 정해 놓았군요. 이제는 역사의 뒤안길로 사라진 Itanium의 레거시를 저기서 보게 될 줄이야... ^^; 어쨌든 해결 방법은 (AMD64 환경임에도 불구하고) ia64로 하면 정상적으로 실행은 됩니다. 하지만, 이 값의 성격이 "Optional"이니 .NET 응용 프로그램의 자유로운 x86/x64 환경을 고려하면 그냥 삭제하는 것이 권장됩니다.




그런데, 편집하다 보니 다음과 같은 manifest 오류도 발생했습니다.

Activation context generation failed for "c:\temp\ConsoleApp1\bin\Debug\ConsoleApp1.exe".Error in manifest or policy file "c:\temp\ConsoleApp1\bin\Debug\ATLProject1.dll.MANIFEST" on line 17. The value "CB82A462-8F49-4434-987B-CB8FBC8A9115" of attribute "iid" in element "comInterfaceExternalProxyStub" is invalid.


무슨 의미냐면, GUID 문자열 형식에서 "{", "}" 문자가 빠졌다는 것입니다.

<comInterfaceExternalProxyStub name="IATLSimpleObject" 
                                iid="CB82A462-8F49-4434-987B-CB8FBC8A9115" 
                                proxyStubClsid32="{00020424-0000-0000-C000-000000000046}" 
                                baseInterface="{00020400-0000-0000-C000-000000000046}" 
                                tlbid="{0B2AAC68-8E4B-4BAA-85D7-4DF62A224D9F}">
</comInterfaceExternalProxyStub>

따라서 다음과 같이 수정해 주면 해결됩니다.

<comInterfaceExternalProxyStub name="IATLSimpleObject" 
                                iid="{CB82A462-8F49-4434-987B-CB8FBC8A9115}" 
                                proxyStubClsid32="{00020424-0000-0000-C000-000000000046}" 
                                baseInterface="{00020400-0000-0000-C000-000000000046}" 
                                tlbid="{0B2AAC68-8E4B-4BAA-85D7-4DF62A224D9F}">
</comInterfaceExternalProxyStub>




그나저나... 이렇게 자잘하게 오류가 나는 것이 꽤나 귀찮은 면이 있군요. ^^; 그래서 그냥 COM DLL로부터 manifest 파일을 실수 없이 생성할 도구를 만들었고, 그게 지난 글에 소개한 COMRegFreeManifest 프로그램입니다.

Reg-free COM 개체 사용을 위한 manifest 파일 생성 도구 - COMRegFreeManifest
; https://www.sysnet.pe.kr/2/0/12160




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





[최초 등록일: ]
[최종 수정일: 2/26/2020 ]

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

비밀번호

댓글 쓴 사람
 




1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12214정성태5/5/2020184개발 환경 구성: 489. 정식 인증서가 있는 경우 Device Driver 서명하는 방법 (2) - UEFI/SecureBoot
12213정성태5/3/2020323개발 환경 구성: 488. (코드로 가상 USB 장치를 만들 수 있는) USB/IP PROJECT 소개
12212정성태5/1/2020180개발 환경 구성: 487. UEFI / Secure Boot 상태인지 확인하는 방법
12211정성태4/27/2020286개발 환경 구성: 486. WSL에서 Makefile로 공개된 리눅스 환경의 C/C++ 소스 코드 빌드
12210정성태4/20/2020405.NET Framework: 903. .NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션 [1]파일 다운로드1
12209정성태4/13/2020228오류 유형: 614. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우 (2)
12208정성태4/12/2020294Linux: 29. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우
12207정성태4/2/2020292스크립트: 19. Windows PowerShell의 NonInteractive 모드
12206정성태4/2/2020357오류 유형: 613. 파일 잠금이 바로 안 풀린다면? - The process cannot access the file '...' because it is being used by another process.
12205정성태4/2/2020257스크립트: 18. Powershell에서는 cmd.exe의 명령어를 지원하진 않습니다.
12204정성태4/1/2020216스크립트: 17. Powershell 명령어에 ';' (semi-colon) 문자가 포함된 경우
12203정성태3/18/2020424오류 유형: 612. warning: 'C:\ProgramData/Git/config' has a dubious owner: '...'.
12202정성태3/18/2020542개발 환경 구성: 486. .NET Framework 프로젝트를 위한 GitLab CI/CD Runner 구성
12201정성태3/18/2020255오류 유형: 611. git-credential-manager.exe: Using credentials for username "Personal Access Token".
12200정성태3/18/2020605VS.NET IDE: 145. NuGet + Github 라이브러리 디버깅 관련 옵션 3가지 - "Enable Just My Code" / "Enable Source Link support" / "Suppress JIT optimization on module load (Managed only)"
12199정성태3/17/2020241오류 유형: 610. C# - CodeDomProvider 사용 시 Unhandled Exception: System.IO.DirectoryNotFoundException: Could not find a part of the path '...\f2_6uod0.tmp'.
12198정성태3/17/2020263오류 유형: 609. SQL 서버 접속 시 "Cannot open user default database. Login failed."
12197정성태3/17/2020405VS.NET IDE: 144. .NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성 - 두 번째 이야기
12196정성태3/17/2020363오류 유형: 608. The ServicedComponent being invoked is not correctly configured (Use regsvcs to re-register).
12195정성태3/17/2020483.NET Framework: 902. C# - 프로세스의 모든 핸들을 열람 - 세 번째 이야기
12194정성태3/16/2020326오류 유형: 607. PostgreSQL - Npgsql.NpgsqlException: sorry, too many clients already
12193정성태3/16/2020317개발 환경 구성: 485. docker - SAP Adaptive Server Enterprise 컨테이너 실행
12192정성태3/14/2020438개발 환경 구성: 484. docker - Sybase Anywhere 16 컨테이너 실행
12191정성태3/14/2020639개발 환경 구성: 483. docker - OracleXE 컨테이너 실행 [1]
12190정성태3/14/2020253오류 유형: 606. Docker Desktop 업그레이드 시 "The process cannot access the file 'C:\Program Files\Docker\Docker\resources\dockerd.exe' because it is being used by another process."
12189정성태3/13/2020547개발 환경 구성: 482. Facebook OAuth 처리 시 상태 정보 전달 방법과 "유효한 OAuth 리디렉션 URI" 설정 규칙
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...