HRESULT의 예외: 0x80131047

HRESULT의 예외: 0x80131047

프로젝트를 디버그하려고 할 때마다 다음과 같은 문제가 발생합니다.

프랑스어로 되어 있어요, 여기 제 번역본이 있어요

"프로젝트를 실행하는 중 오류 발생:어셈블리 "DBZu's Fury Text Editor" 또는 해당 종속성 중 하나를 로드하지 못했습니다.지정된 어셈블리 이름 또는 코드베이스가 잘못되었습니다. (HRESULT의 예외: 0x80131047)"

누가 도와줄 수 있습니까?

사용하시는 경우Assembly.Load()파일을 로드하려면 다음과 같이 변경합니다.Assembly.LoadFile()대신.

Project > Project Properties > Name > 아포스트로피 제거 (")'") 이름에서 따온 것이고, 효과가 있을 겁니다.

나의 경우처럼 반드시 그것과 관련이 있는 것은 아닐 것입니다.

첫째, 조립과 관련된 실제 문제로 이어지는 변수가 많을 수 있기 때문에 매우 어려운 문제 해결이었다고 말씀드리고 싶습니다.

그래서 32비트 버전의 Office를 대상으로 Outlook Add-In 2010을 작업하고 있었습니다.언젠가 우울증에서 벗어날 때까지 모든 것이 정상적으로 작동하고 있었고, 추가 기능이 더 이상 로드되지 않았고 "HRESULT: 0x80131047"이라는 오류가 표시되었습니다.거의 반나절을 검색한 끝에 멋진 기사를 발견했습니다.

http://blogs.msdn.com/b/astebner/archive/2007/05/06/2457576.aspx

어셈블리를 글로벌 캐시에 추가하려고 했지만 추가할 수 없었습니다.다행히도 거의 동일한 프로젝트가 실행되었고 비교 검사를 이미 완료했으며 모든 것이 동일한 것처럼 보였지만 이 패스에서 다른 점을 발견했습니다 ... 플랫폼 대상 CPU가 64비트로 설정되어 있어 "아무"와 "부일라'"로 변경했습니다. - 수정했습니다!

저는 병자가 있었습니다.이 문제를 일으킨 \Properties\licens.licx 파일입니다.이 파일은 DevExpress 구성 요소에 의해 자동으로 생성됩니다.

방금 이 파일을 삭제하고 voila: Build Successed.

이 MSDN 포럼 게시물에는 해당 오류를 방지하기 위해 어셈블리 이름에서 슬래시, 쉼표 또는 아포스트로피와 같은 "특수" 문자를 빼야 한다고 나와 있습니다.

이 문제가 해결되지 않을 경우, 디버그 탭에서 "Visual Studio Hosting Process 사용"을 선택 취소하는 것이 좋습니다.

잘못된 앱이 있었습니다.원인이 된 구성 파일입니다.

어찌된 일인지, 나는 주요 요소에 대한 마지막 클로징 태그를 놓쳤습니다.

</Configuration>

이 문서를 우연히 발견하고 자신의 명명 규칙이 정확하고 LoadFile 방법을 사용하고 있다고 판단한 다른 사용자의 경우...

다음은 제가 생각해낸 해결책입니다.

byte[] data = System.IO.File.ReadAllBytes(filename);
Assembly assembly = Assembly.Load(data);

언급URL : https://stackoverflow.com/questions/12520212/exception-from-hresult-0x80131047