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

비밀번호

댓글 작성자
 




... 46  47  48  [49]  50  51  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12746정성태7/31/202124055개발 환경 구성: 588. 네트워크 장비 환경을 시뮬레이션하는 Packet Tracer 프로그램 소개
12745정성태7/31/202116462개발 환경 구성: 587. Azure Active Directory - tenant의 관리자 계정 로그인 방법
12744정성태7/30/202116540개발 환경 구성: 586. Azure Active Directory에 연결된 App 목록을 확인하는 방법?
12743정성태7/30/202118098.NET Framework: 1083. Azure Active Directory - 외부 Token Cache 저장소를 사용하는 방법파일 다운로드1
12742정성태7/30/202115779개발 환경 구성: 585. Azure AD 인증을 위한 사용자 인증 유형
12741정성태7/29/202117477.NET Framework: 1082. Azure Active Directory - Microsoft Graph API 호출 방법파일 다운로드1
12740정성태7/29/202116063오류 유형: 747. SharePoint - InvalidOperationException 0x80131509
12739정성태7/28/202116366오류 유형: 746. Azure Active Directory - IDW10106: The 'ClientId' option must be provided.
12738정성태7/28/202117573오류 유형: 745. Azure Active Directory - Client credential flows must have a scope value with /.default suffixed to the resource identifier (application ID URI).
12737정성태7/28/202116622오류 유형: 744. Azure Active Directory - The resource principal named api://...[client_id]... was not found in the tenant
12736정성태7/28/202116934오류 유형: 743. Active Azure Directory에서 "API permissions"의 권한 설정이 "Not granted for ..."로 나오는 문제
12735정성태7/27/202115914.NET Framework: 1081. C# - Azure AD 인증을 지원하는 데스크톱 애플리케이션 예제(Windows Forms) [2]파일 다운로드1
12734정성태7/26/202132783스크립트: 20. 특정 단어로 시작하거나/끝나는 문자열을 포함/제외하는 정규 표현식 - Look-around
12733정성태7/23/202121921.NET Framework: 1081. Self-Contained/SingleFile 유형의 .NET Core/5+ 실행 파일을 임베딩한다면? [1]파일 다운로드2
12732정성태7/23/202114423오류 유형: 742. SharePoint - The super user account utilized by the cache is not configured.
12731정성태7/23/202116457개발 환경 구성: 584. Add Internal URLs 화면에서 "Save" 버튼이 비활성화 된 경우
12730정성태7/23/202118304개발 환경 구성: 583. Visual Studio Code - Go 코드에서 입력을 받는 경우
12729정성태7/22/202116325.NET Framework: 1080. xUnit 단위 테스트에 메서드/클래스 수준의 문맥 제공 - Fixture
12728정성태7/22/202116928.NET Framework: 1079. MSTestv2 단위 테스트에 메서드/클래스/어셈블리 수준의 문맥 제공
12727정성태7/21/202118046.NET Framework: 1078. C# 단위 테스트 - MSTestv2/NUnit의 Assert.Inconclusive 사용법(?) [1]
12726정성태7/21/202117525VS.NET IDE: 169. 비주얼 스튜디오 - 단위 테스트 선택 시 MSTestv2 외의 xUnit, NUnit 사용법 [1]
12725정성태7/21/202116161오류 유형: 741. Failed to find the "go" binary in either GOROOT() or PATH
12724정성태7/21/202119147개발 환경 구성: 582. 윈도우 환경에서 Visual Studio Code + Go (Zip) 개발 환경 [1]
12723정성태7/21/202115233오류 유형: 740. SharePoint - Alternate access mappings have not been configured 경고
12722정성태7/20/202115342오류 유형: 739. MSVCR110.dll이 없어 exe 실행이 안 되는 경우
12721정성태7/20/202121062오류 유형: 738. The trust relationship between this workstation and the primary domain failed. - 세 번째 이야기
... 46  47  48  [49]  50  51  52  53  54  55  56  57  58  59  60  ...