Microsoft MVP성태의 닷넷 이야기
Linux: 21. 리눅스에서 공유 라이브러리가 로드되지 않는다면? [링크 복사], [링크+제목 복사],
조회: 21145
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 2개 있습니다.)
Linux: 21. 리눅스에서 공유 라이브러리가 로드되지 않는다면?
; https://www.sysnet.pe.kr/2/0/11973

오류 유형: 958. NVIDIA Triton Inference Server - version `GLIBCXX_3.4.32' not found (required by /opt/tritonserver/backends/python/triton_python_backend_stub)
; https://www.sysnet.pe.kr/2/0/13939




리눅스에서 공유 라이브러리가 로드되지 않는다면?

윈도우도 DLL을 로드하지 못하는 상황이 있습니다.

DLL 'xxxxx.dll'을(를) 로드할 수 없습니다.
; https://www.sysnet.pe.kr/2/0/713

리눅스에서도 (보통 so 확장자의) 공유 라이브러리가 로드되지 못하는 상황이 있습니다. 문제는, 윈도우와는 달리 아주 조용하게 지나가기 때문에 분석이 매우 힘들었다는 점입니다. ^^;

상황은 이랬습니다. 지난 글에 설명한 방법에 따라,

리눅스 C/C++ - 공유 라이브러리 동적 로딩 후 export 함수 사용 방법
; https://www.sysnet.pe.kr/2/0/11847

/etc/ld.so.conf.d에 등록한 공유 라이브러리의 경로가 우분투 18에서는 정상 동작했는데 CentOS 7에서는 동작하지 않은 것입니다. 재미있는 것은, 분명히 ld.so.conf.d의 환경 구성은 적용이 된 상태라는 점입니다.

$ cat /etc/ld.so.conf.d/test_lib.conf 
/home/tusr/testapp/bin

$ sudo ldconfig -p | grep libTest
        libTest.so (libc6,x86-64) => /home/tusr/testapp/bin/libTest.so

그냥 DLL이 로드가 안 되었습니다. 다행히 dlopen으로 로드를 시도 후 dlerror 함수를 이용했더니,

void *ptr = dlopen("libTest.so", RTLD_DELAY);
printf("%s", dlerror());

다음과 같은 오류 메시지를 얻었습니다.

/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /home/tusr/testapp/bin/libTest.so)

이 메시지를 본 회사 동료가 ^^ 설명을 해주더군요. ldd 명령어로 해당 모듈을 조사해 보면,

$ ldd libTest.so 
./libTest.so: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./libTest.so)
./libTest.so: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by ./libTest.so)
./libTest.so: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.22' not found (required by ./libTest.so)
        linux-vdso.so.1 =>  (0x00007fff2b7d2000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007fefb7fe4000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fefb7dc8000)
        libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fefb7ac1000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fefb78ab000)
        libc.so.6 => /lib64/libc.so.6 (0x00007fefb74de000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fefb8572000)
        libm.so.6 => /lib64/libm.so.6 (0x00007fefb71dc000)

저렇게 libstdc++.so.6 모듈을 못 찾는다고 나올 텐데, 왜냐하면 libTest.so 빌드를 저 버전보다 높은 시스템에서 했기 때문이라는 것입니다.

그런데 이상하군요. 분명히 ^^ 지난 글을 통해서,

Linux 응용 프로그램의 (C++) so 의존성 줄이기(ReleaseMinDependency)
; https://www.sysnet.pe.kr/2/0/11845

libstdc++.so.6에 대한 의존성을 없앴는데... 다시 살아난 것입니다. 물론, 제 실수입니다. ^^ Debug 빌드에서만 "-static-libgcc -static-libstdc++" 옵션을 설정했을 뿐이어서, Release 빌드로 했을 때 저런 식으로 문제가 발생한 것입니다.




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







[최초 등록일: ]
[최종 수정일: 7/4/2019]

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

비밀번호

댓글 작성자
 




... 31  32  [33]  34  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13150정성태10/30/202214076C/C++: 160. Visual Studio 2022로 빌드한 C++ 프로그램을 위한 다른 PC에서 실행하는 방법
13149정성태10/27/202214725오류 유형: 825. C# - CLR ETW 이벤트 수신이 GCHeapStats_V1/V2에 대해 안 되는 문제파일 다운로드1
13148정성태10/26/202215412오류 유형: 824. msbuild 에러 - error NETSDK1005: Assets file '...\project.assets.json' doesn't have a target for 'net5.0'. Ensure that restore has run and that you have included 'net5.0' in the TargetFramew
13147정성태10/25/202214620오류 유형: 823. Visual Studio 2022 - Unable to attach to CoreCLR. The debugger's protocol is incompatible with the debuggee.
13146정성태10/24/202216042.NET Framework: 2060. C# - Java의 Xmx와 유사한 힙 메모리 최댓값 제어 옵션 HeapHardLimit
13145정성태10/21/202216069오류 유형: 822. db2 - Password validation for user db2inst1 failed with rc = -2146500508
13144정성태10/20/202216361.NET Framework: 2059. ClrMD를 이용해 윈도우 환경의 메모리 덤프로부터 닷넷 모듈을 추출하는 방법파일 다운로드1
13143정성태10/19/202217101오류 유형: 821. windbg/sos - Error code - 0x000021BE
13142정성태10/18/202222135도서: 시작하세요! C# 12 프로그래밍
13141정성태10/17/202217457.NET Framework: 2058. [in,out] 배열을 C#에서 C/C++로 넘기는 방법 - 세 번째 이야기파일 다운로드1
13140정성태10/11/202217299C/C++: 159. C/C++ - 리눅스 환경에서 u16string 문자열을 출력하는 방법 [2]
13139정성태10/9/202214887.NET Framework: 2057. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 모든 닷넷 모듈을 추출하는 방법파일 다운로드1
13138정성태10/8/202217830.NET Framework: 2056. C# - await 비동기 호출을 기대한 메서드가 동기로 호출되었을 때의 부작용 [1]
13137정성태10/8/202215964.NET Framework: 2055. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 닷넷 모듈을 추출하는 방법
13136정성태10/7/202216051.NET Framework: 2054. .NET Core/5+ SDK 설치 없이 dotnet-dump 사용하는 방법
13135정성태10/5/202216793.NET Framework: 2053. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프를 분석하는 방법 - 두 번째 이야기 [1]
13134정성태10/4/202213223오류 유형: 820. There is a problem with AMD Radeon RX 5600 XT device. For more information, search for 'graphics device driver error code 31'
13133정성태10/4/202214744Windows: 211. Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법 [1]
13132정성태10/3/202214773스크립트: 42. 파이썬 - latexify-py 패키지 소개 - 함수를 mathjax 식으로 표현
13131정성태10/3/202218465.NET Framework: 2052. C# - Windows Forms의 데이터 바인딩 지원(DataBinding, DataSource) [2]파일 다운로드1
13130정성태9/28/202214581.NET Framework: 2051. .NET Core/5+ - 에러 로깅을 위한 Middleware가 동작하지 않는 경우파일 다운로드1
13129정성태9/27/202215246.NET Framework: 2050. .NET Core를 IIS에서 호스팅하는 경우 .NET Framework CLR이 함께 로드되는 환경
13128정성태9/23/202218168C/C++: 158. Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import [1]파일 다운로드1
13127정성태9/22/202216545Windows: 210. WSL에 systemd 도입
13126정성태9/15/202216851.NET Framework: 2049. C# 11 - 정적 메서드에 대한 delegate 처리 시 cache 적용
13125정성태9/14/202217128.NET Framework: 2048. C# 11 - 구조체 필드의 자동 초기화(auto-default structs)
... 31  32  [33]  34  35  36  37  38  39  40  41  42  43  44  45  ...