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

C# - libdl.so를 DllImport로 연결 시 docker container 내에서 System.DllNotFoundException 예외 발생

dlopen Linux API 호출을 C#에서 호출 시 다음과 같이 연결할 수 있습니다.

[DllImport("libdl.so", CharSet = CharSet.Ansi)]
internal static extern IntPtr dlopen(string filePath, RTLD flag);

테스트하던 데스크톱 용 Ubuntu, CentOS에서는 잘 되었는데 docker container로 넘어오니 저 호출들이 모두 "System.DllNotFoundException" 예외가 발생합니다. 아무래도 container 환경의 최소화된 환경 구성 때문으로 보이는데요, 실제로 libdl.so 파일은 없고 버전이 지정된 파일들만 container 내에 있는 것을 확인할 수 있습니다.

/lib/x86_64-linux-gnu/libdl-2.28.so, libdl-2.28.so

그리고 저렇게 버전이 지정된 것들에 대한 link로 libdl.so.2가 있습니다.

root@64ba15407ad4:/app# ls /lib/x86_64-linux-gnu/libdl* -l
-rw-r--r-- 1 root root 14592 May  1  2019 /lib/x86_64-linux-gnu/libdl-2.28.so
lrwxrwxrwx 1 root root    13 May  1  2019 /lib/x86_64-linux-gnu/libdl.so.2 -> libdl-2.28.so

사내 동료에게 물어보니 근래의 리눅스 환경으로 볼 때 libdl.so.2로 의존성을 걸어도 호환성에 거의 문제가 되지 않을 거라 합니다. 게다가 .NET Core라면 그것 자체가 아주 오래된 리눅스 운영체제는 지원하지 않으므로 (제 사견으로도) libdl.so보다는 libdl.so.2로 지정하는 것을 더 권장합니다.




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







[최초 등록일: ]
[최종 수정일: 8/5/2020]

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

비밀번호

댓글 작성자
 




... 166  167  168  169  170  171  172  173  174  [175]  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
627정성태12/6/200823323VS.NET IDE: 58. VS.NET IDE 팁 - 커서 위치 이동 [1]
626정성태12/6/200823569오류 유형: 65. TF53018: The application tier XXXXXXX is attempting to connect to a data tier with an incompatible version
625정성태12/6/200823745오류 유형: 64. TFS 2008 SP1 설치 - MsiApplyMultiplePatches returned 0x643
624정성태12/5/200824721.NET Framework: 114. WPF 이벤트에 속한 핸들러 확인 [2]파일 다운로드1
623정성태12/4/200829072디버깅 기술: 22. VS.NET SP1 + .NET Framework 소스 코드 디버깅 [2]파일 다운로드1
622정성태12/1/200831330오류 유형: 63. WPF - XamlParseException 대응 방법 [2]
621정성태11/30/200823502Team Foundation Server: 27. TeamBuild + VDPROJ 셋업 프로젝트 [1]
620정성태11/30/200822360디버깅 기술: 21. 올바른 이벤트 예외 정보 출력
619정성태11/30/200822474디버깅 기술: 20. 예외 처리를 방해하는 WPF Modal 대화창파일 다운로드1
618정성태11/29/200822906.NET Framework: 113. 이벤트에 속한 이벤트 핸들러 확인파일 다운로드1
617정성태11/26/200828460.NET Framework: 112. How to Interop DISPPARAMS [2]파일 다운로드2
616정성태11/26/200822228디버깅 기술: 19. C++/CLI - F11 디버깅 시의 변수 초기화파일 다운로드1
615정성태11/9/200831942.NET Framework: 111. WPF - Window, UserControl 클래스 상속 [1]
614정성태11/9/200831908.NET Framework: 110. WPF - 전역 예외 처리 [4]파일 다운로드1
613정성태11/8/200821499.NET Framework: 109. WPF - SystemColors 색상표파일 다운로드1
612정성태11/1/200826763.NET Framework: 108. WPF + WCF 환경에서는 DataContract를 권장 [1]
611정성태10/31/200821089오류 유형: 62. WPF - Visual Studio 2008 비정상 종료
610정성태10/24/200823288Team Foundation Server: 26. TFS 2008 SP1 + SQL Server 2008 설치
609정성태10/24/200827014.NET Framework: 107. WPF - RadioButton 데이터 바인딩 해제 현상파일 다운로드2
608정성태10/23/200821725오류 유형: 61. TFS 연결 오류: TF31003, TF30331 오류
607정성태10/18/200819656Windows: 32. 자동 실행 경로에 ".." 가 포함된 경우
606정성태10/18/200821654.NET Framework: 106. WCF - 다중 서비스 호스트파일 다운로드1
605정성태10/18/200825093.NET Framework: 105. WPF - 닫기 버튼을 없애려면.
604정성태10/18/200825656오류 유형: 60. System.Management.ManagementException - Generic failure [1]
602정성태10/15/200827621오류 유형: 59. WPF - XAML 로딩 시 Visual Studio 비정상 종료 [1]
600정성태10/9/200832267디버깅 기술: 18. TFS Team Build + Source Server = 소스 코드 디버깅 [3]
... 166  167  168  169  170  171  172  173  174  [175]  176  177  178  179  180  ...