방금 Subversion에서 새 폴더로 개정판을 확인했습니다. 솔루션을 열었고 실행할 때 이것을 얻습니다.
파일 또는 어셈블리 'xxxx'또는 해당 종속성 중 하나를로드 할 수 없습니다. 형식이 잘못된 프로그램을로드하려고했습니다.
이것은 내가 얼마 전에 체크인했던 것과 같은 코드입니다. 왜 지금이 일을하고 있습니까? 이제 xxx 프로젝트의 bin 폴더에 Debug 대신 Debug x86이 표시됩니다. 디버그 x86은 무엇이며 왜 bin 폴더에서와 같이 디버그 만 가지고 있지 않습니까?
답변:
프로젝트의 한 부분은 x86 전용으로 빌드되고 나머지는 CPU / x64 용으로 빌드되는 것처럼 들립니다. 이것도 나에게 물렸다. x64 (또는 IA64)를 실행하고 있습니까?
프로젝트 속성을 확인하고 "모든 CPU"에 대해 모든 것이 빌드되고 있는지 확인하십시오. Visual Studio의 경우 화면 상단의 도구 모음에서 "x86"또는 "Any CPU"메뉴 ( "Debug"/ "Release"메뉴 옆)로 이동하여 클릭하여 모든 내용을 확인할 수 있습니다. "구성 관리자 ..."
64 비트 서버에서 IIS 7+로 사이트를 실행하는 동안이 오류가 발생하면 32 비트 어셈블리가있을 수 있으며 응용 프로그램 풀에는 "32 비트 응용 프로그램 사용"옵션이 False로 설정됩니다. 이것을 true로 설정하고 사이트를 다시 시작하여 작동 시키십시오.
.Net SDK에 대한 무서운 Business Objects 4 를 사용하려고 할 때이 오류가 발생했습니다 .
5 개의 BusinessObjects * .dll 파일을 제공하지만 모두 64 비트입니다.
웹 페이지를로드하려면 Tools \ Options 를 클릭 한 다음 VS2013 에서이 설정을 변경해야했습니다.
그런 다음 inetmgr은 응용 프로그램 풀-> 풀의 고급 설정-> "32 비트 응용 프로그램 사용"옵션이 true로 설정됩니다. IIS를 다시 시작하십시오. 다시 확인하십시오!
CPU 대신 x86 호환성을 위해 빌드되는 일부 프로젝트의 경우 분명히 문제가됩니다. 추측해야한다면 프로젝트 간 참조 중 일부가 프로젝트 참조 대신 bin \ debug 폴더의 dll을 참조하고 있다고 말할 수 있습니다.
프로젝트가 'Any CPU'대신 x86 용으로 컴파일되면 dll은 bin \ debug 대신 bin \ x86 \ debug 폴더로 이동합니다 (아마도 참조가있는 곳입니다).
그러나 어쨌든 프로젝트간에 프로젝트 참조를 사용해야합니다.
IIS Express가있는 Visual Studio에서 작동하고 게시가 실패하면 다음을 시도하십시오.
