C # 응용 프로그램에서 .dll 파일을 참조로 추가하면 오류가 표시됩니다.
".... dll"에 대한 참조를 추가 할 수 없습니다. 파일에 액세스 할 수 있고 유효한 어셈블리 또는 COM 구성 요소인지 확인하십시오.
ILDissassembler는 유효한 CLR 헤더가 없다고 말 했으므로 regsvr32를 사용하여 등록하려고하는데 또 다른 오류가 발생합니다.
""모듈이로드되었지만 오류 코드 '0x80004005'로 인해 DLLRegisterServer에 대한 호출이 실패했습니다.
64 비트 Windows 7 컴퓨터에서 VS2010 궁극 버전을 사용하고 있습니다. 무엇이 문제일까요?
힌트 / 답장에 감사드립니다
답변:
다음은 나를 위해 일했습니다.
짧은 답변
명령 줄 (cmd)을 통해 다음을 실행합니다.
TlbImp.exe cvextern.dll //where cvextern.dll is your dll you want to fix.그리고 유효한 dll이 생성됩니다.
더 긴 답변
cmd 열기
TlbImp.exe를 찾습니다. 아마도 C : \ Program Files (x86) \ Microsoft SDKs \ Windows \ v7.0A \ Bin에 있습니다. 찾을 수없는 경우 루트 폴더 (C : \ 또는 D :)로 이동하여 다음을 실행합니다.
dir tlbimp.exe /s //this will locate the file.tlbimp.exe를 실행하고 그 뒤에 dll을 넣으십시오. 예 : dll이 cvextern.dll 인 경우. 다음을 실행할 수 있습니다.
TlbImp.exe cvextern.dllTlbImp : error TI0000 : The input file 'c:\Program Files\Microsoft SDKs\Windows\ v7.0A\bin\MyLibrary.dll' is not a valid type library.어떤 제안이 있습니까?
.NET 어셈블리 인 경우에만 프로젝트에 DLL (또는 EXE)을 추가 할 수 있습니다. 그렇지 않은 경우이 오류 메시지가 표시됩니다.
regsvr32는 또한 DLL의 구조 및 내 보낸 기능에 대한 특정 가정을합니다. 내가 그것을 사용한 지 오래되었지만 COM 서버 등록과 관련이 있으므로 특정 진입 점을 사용할 수 있어야합니다. regsvr32가 실패하면 DLL은 이러한 진입 점을 제공하지 않으며 DLL에는 COM 구성 요소가 포함되지 않습니다.
DLL을 사용할 수있는 유일한 기회는 특정 Win32 API를 사용할 때와 같이 다른 비 .NET 바이너리처럼 DLL을 가져 오는 것입니다. 도움이 될 수있는 오래된 MSDN Magazine 기사가 있습니다. 기사를 얻을 수있는 위치에 대한 정보는 다음 업데이트를 참조하십시오.
2018 년 3 월 12 일 업데이트 : MSDN Magazine에 대한 링크는 2010 년 8 월에 사용하던 것처럼 더 이상 작동하지 않습니다. Jason Clark의 기사 제목은 ".NET 열 : P / Invoke를 사용하여 C #에서 Win32 DLL 호출"입니다. MSDN Magazine 2010 년 7 월호에 게시되었습니다. "Wayback Machine"에는 현재 여기 에 기사가 있습니다 (포맷 제한). 전체 MSDN Magazine 2010 년 7 월호는 여기에서 볼 수 있습니다 (HCM 형식 만, 여기에서 HCM 파일 사용 방법에 대한 지침 ).
x86 dll을 참조하려는 경우 컴파일러가 x86으로 설정되어 있는지 확인하십시오.
위에서 언급했듯이 Visual Studio 2012의 C # 코드에서 Excel 파일에 액세스하기 위해 OLEDB를 사용하려고 시도하면서 비슷한 문제가 발생했습니다.
액세스 라이브러리에 액세스 할 수 없다는 오류가 계속 발생했지만로드했음을 알았습니다.
디버그 중에 64 비트 용으로 컴파일하고 있지만 Office x86이로드되어 있다는 사실이 깨달았습니다. 32 비트 용 Access 라이브러리를로드했지만 앱에서 사용되지 않았기 때문에 액세스 할 수 없었습니다.
다음은 C #에서 사용했던 것입니다.
"Provider = Microsoft.ACE.OLEDB.12.0; Data Source ="+ strFilePath + "; Extended Properties = 'Excel 12.0 Xml; HDR = 예'";
... 오류가 발생했습니다
컴파일러를 x86으로 전환하자마자 작동했습니다.
내 프로젝트에서 WinSCard.dll을 가져 오는 데 동일한 문제가 있습니다. 다음과 같이 dll에서 직접 가져 오기를 처리합니다.
[DllImport("winscard.dll")]
public static extern int SCardEstablishContext(int dwScope, int pvReserved1, int pvReserved2, ref int phContext);
[DllImport("winscard.dll")]
public static extern int SCardReleaseContext(int phContext);이를 별도의 프로젝트에 추가 한 다음 기본 프로젝트에서 참조를 추가 할 수 있습니다.
네이티브 DLL에 대한 참조를 추가 할 수 없습니다 . 그러나 솔루션에 포함시킬 수 있지만 (솔루션을 마우스 오른쪽 버튼으로 클릭하고 "기존 파일 추가"를 선택) 다음과 같이 선언하지 않으면 참조되지 않습니다.
[DllImport("...")]
public static extern void MyFunction();실제로 참조하고 DLL 가져 오기를 포함하는 일종의 래퍼 DLL이있을 수 있습니다.
경우에 따라 래퍼 DLL을 참조 할 수 있지만 여전히 프로그램을 실행할 수 없습니다. 오류 메시지는 파일이 있고 모든 종속성을 사용할 수 있는지 확인하라는 메시지를 표시합니다.
이 문제는 추가하려는 어셈블리가 x86 또는 x64 프로세서 아키텍처에 대해서만 대상이되고 컴파일되기 때문 입니다.
빌드 -> 구성 관리자 에서 대상 플랫폼을 x86 또는 x64 로 변경해보세요 .
방금 C ++로 코딩 한 dll을 새 C # 프로젝트에 추가하려고 할 때 동일한 문제가 발생했습니다. 내 dll이 다음과 같은 C ++ 프로젝트의 속성을 설정해야한다는 사실이 밝혀졌습니다.
Configuration Properties\General\Common Language Runtime Support:
/clrConfiguration Properties\C/C++\General\Common Language RunTime
Support: /clr이 dll을 사용하려는 C # 프로젝트도 이와 같이 설정 되었기 때문입니다 (동일한 속성을로 설정했습니다 /clr).
비슷한 문제에 직면했습니다. .net 2.0 dll의 참조를 .Net 1.1 프로젝트에 추가하려고했습니다. .Net 1.1에서 준수 된 .dll의 이전 버전을 추가하려고 할 때. 그것은 나를 위해 일했습니다.
이 문제에 대한 도움이 필요하거나 FileNotFoundException 또는 FirstChanceException이 발생하는 다른 사람은 여기에서 내 대답을 확인하십시오.
mscorlib.ni.dll에서 'System.IO.FileNotFoundException'유형의 첫 번째 예외 발생-Windows Phone
일반적으로 참조를 작성하기위한 모든 요구 사항을 충족하고 있다는 것을 절대적으로 확신해야합니다. 이것이 분명한 대답이라는 것을 알고 있지만 비교적 간단한 요구 사항을 간과하고있을 것입니다.
일반적으로 Visual Studio 2015에서는 Visual Studio의 템플릿에서 C ++-> CLR 프로젝트로 dll 프로젝트를 만들어야하지만 기술적으로 활성화 할 수 있습니다.
중요 속성은 Common Language Runtime Support프로젝트 구성에서 set 이라고 합니다. 에서 찾을 수 Configuration Properties > General > Common Language Runtime Support있습니다.
이 작업을 수행 할 때 VS는 아마도 '대상 .NET Framework'옵션을 업데이트하지 않을 것입니다. 프로젝트를 언로드하고 your_project.xxproj 파일을 편집하고 Target .NET framework VersionXML 태그를 추가 / 업데이트하여 수동으로 추가 할 수 있습니다 .
샘플의 경우 C ++ CLR 프로젝트로 새 솔루션을 만들고 거기에서 XML을 검사하는 것이 좋습니다. 평범하지 않은 매우 중요한 것이 없는지 확인하기 위해 비교할 수도 있습니다.
내 대답은 조금 늦었지만 빠른 테스트로 최신 버전의 라이브러리를 사용하고 있는지 확인하십시오.
제 경우에는 문제를 일으키는 다른 라이브러리를 참조하는 너겟 라이브러리를 업데이트 한 후 문제가 사라졌습니다.
.dll 파일을 수동으로 추가 할 수 있습니다. 예를 들어 WPF 애플리케이션에 dll 파일을 추가하고 싶은데 프로젝트에서이를 참조 할 수없는 경우
(Getting error : A reference to the ".... dll"could be added. Please make sure that the file is accessable and that it is valid assembly or COM component),
그런 다음 해당 dll 파일을 복사하고 INSTALLER PROJECT (응용 프로그램 폴더에 있음)에 붙여 넣습니다.