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

C# - 리눅스 환경에서 DllImport 대신 라이브러리 동적 로드 처리

개인적으로 생각하는 DllImport의 단점이라면 경로를 런타임에 결정할 수 없다는 점입니다. (업데이트 2020-12-16: 이를 위해 NativeLibrary.SetDllImport를 사용할 수 있습니다.)

[DllImport("myDLL.dll")]
public static extern int DLLFunction();

그래도 윈도우 환경이라면 SetDllDirectory Win32 API를 이용하면,

SetDllDirectory
; https://learn.microsoft.com/ko-kr/windows/desktop/api/winbase/nf-winbase-setdlldirectorya

그런대로 경로를 런타임에 결정하는 것과 유사한 효과를 낼 수 있습니다.




그런데 리눅스 환경에 오니 이게 좀 문제가 다릅니다. 같은 경로에 있는 so 파일조차도 기본적으로 로드가 안되므로 동적 로드 방식으로 우회하는 것을 고려해야 합니다.

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

이 방식을 사용하기 전, 가능한 /etc/ld.so.conf.d/ 디렉터리에 파일을 생성할 수 있거나 LD_LIBRARY_PATH 환경 변수를 설정할 수 있다면 그렇게 처리하는 것이 더 좋습니다.

위의 글에서 설명한 대로 리눅스에서의 동적 로드는 libdl.so에 있는 3개의 함수를 가져다 쓰면 됩니다. 실습을 위해, 지난 글에서 C++와 .NET 언어 간의 환경 변수 공유가 안 된다고 했는데,

getenv, setenv가 언어/운영체제마다 호환이 안 되는 문제
; https://www.sysnet.pe.kr/2/0/11846

이를 해결하기 위해 C/C++ so 라이브러리 측에 다음과 같이 환경 변수 set/get 함수를 마련하고,

#include <stdio.h>
#include <stdlib.h>
#include <string.h>

extern "C"
{
    void SetEnv(char* key, char* value)
    {
        ::setenv(key, value, 1);
    }

    int GetEnv(char* key, char* pOut, int bufInSize)
    {
        char *value = ::getenv(key);
        if (value == nullptr)
        {
            pOut = nullptr;
            return 0;
        }

        int len = strnlen(value, bufInSize);

        if (len == bufInSize)
        {
            pOut = nullptr;
            return 0;
        }

        memset(pOut, 0, bufInSize);
        strcpy(pOut, value);
        return len;
    }
}

이 함수를 C# 측에서 이런 식으로 가져다 쓸 수 있습니다.

using System;
using System.Diagnostics;
using System.Runtime.InteropServices;

namespace CoreCoreLin
{
    public class LibProxy : IDisposable
    {
        [DllImport("libdl.so", CharSet = CharSet.Ansi)]
        static extern IntPtr dlopen(string filePath, RTLD flag);

        [DllImport("libdl.so", CharSet = CharSet.Ansi)]
        static extern IntPtr dlerror();

        [DllImport("libdl.so", CharSet = CharSet.Ansi)]
        static extern IntPtr dlsym(IntPtr handle, string symbol);

        [DllImport("libdl.so", CharSet = CharSet.Ansi)]
        static extern int dlclose(IntPtr pHandle);

        [UnmanagedFunctionPointer(CallingConvention.Cdecl, CharSet = CharSet.Ansi)]
        private delegate void SetEnvDelegate(string key, string value);
        SetEnvDelegate m_pSetEnvFunc;

        [UnmanagedFunctionPointer(CallingConvention.Cdecl, CharSet = CharSet.Ansi)]
        private delegate int GetEnvDelegate(string key, IntPtr pOut, int bufInSize);
        GetEnvDelegate m_pGetEnvFunc;

        public bool Initialized
        {
            get
            {
                return (_pLibHandle != IntPtr.Zero
                    && m_pSetEnvFunc != null
                    && m_pGetEnvFunc != null);
            }
        }

        public void Dispose()
        {
            if (_pLibHandle == IntPtr.Zero)
            {
                return;
            }

            dlclose(_pLibHandle);
        }

        IntPtr _pLibHandle;

        public LibProxy()
        {
            string libPath = "/usr/local/lib/libTest.so";

            // 이미 동일한 so 파일이 로드된 상태라면 그것을 사용
            foreach (ProcessModule mod in Process.GetCurrentProcess().Modules)
            {
                if (mod.ModuleName.IndexOf("libTest", StringComparison.CurrentCultureIgnoreCase) != -1)
                {
                    libPath = mod.FileName;
                    Console.WriteLine("libTest FOUND: " + libPath);
                    break;
                }
            }

            if (string.IsNullOrEmpty(libPath) == true)
            {
                Console.WriteLine("libTest NOT-FOUND: " + libPath);
                return;
            }

            IntPtr pHandle = dlopen(libPath, RTLD.LAZY);
            if (pHandle == IntPtr.Zero)
            {
                Console.WriteLine("dlopen failed: " + libPath);
                return;
            }

            _pLibHandle = pHandle;

            m_pSetEnvFunc = GetProcAddress<SetEnvDelegate>("SetEnv");
            m_pGetEnvFunc = GetProcAddress<GetEnvDelegate>("GetEnv");

            Console.WriteLine("dlopen succeeded!");
        }

        T GetProcAddress<T>(string name) where T : class
        {
            IntPtr pFunc = dlsym(_pLibHandle, name);
            if (pFunc == IntPtr.Zero)
            {
                Console.WriteLine("dlsym - ResolveFailed: " + name);
                return null;
            }

            return Marshal.GetDelegateForFunctionPointer<T>(pFunc);
        }

        public void SetEnvironmentVariable(string key, string value)
        {
            if (m_pSetEnvFunc == null)
            {
                return;
            }

            m_pSetEnvFunc(key, value);
        }

        public string GetEnvironmentVariable(string key)
        {
            if (m_pGetEnvFunc == null)
            {
                return null;
            }

            unsafe
            {
                byte* ptr = stackalloc byte[1024];
                IntPtr pBuf = new IntPtr(ptr);

                int len = m_pGetEnvFunc(key, pBuf, 1024);
                if (len == 0)
                {
                    return null;
                }

                string txt = Marshal.PtrToStringUTF8(pBuf);
                return txt;
            }
        }
    }

    [Flags]
    public enum RTLD : int
    {
        LAZY = 0x00001,
        NOW = 0x00002,
        BINDING_MASK = 0x3,
        NOLOAD = 0x00004,
        DEEPBIND = 0x00008
    }
}




참고로, DllImport에 지정한 so 파일을 찾지 못한 경우 다음과 같은 식의 오류가 발생합니다.

fail: Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddleware[0]
      An unhandled exception has occurred: Unable to load DLL 'libTest.so': The specified module or one of its dependencies could not be found.
       (Exception from HRESULT: 0x8007007E)
System.DllNotFoundException: Unable to load DLL 'libTest.so': The specified module or one of its dependencies could not be found.
 (Exception from HRESULT: 0x8007007E)
   at CoreCoreLin.Controllers.HomeController.internalGetEnv(String key, IntPtr value, Int32 bufSize)
   at CoreCoreLin.Controllers.HomeController.SetEnvVar() in D:\TestWebApp\Controllers\HomeController.cs:line 74
   at CoreCoreLin.Controllers.HomeController.Index() in D:\TestWebApp\Controllers\HomeController.cs:line 40
   at lambda_method(Closure , Object , Object[] )
   at Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker.<InvokeActionMethodAsync>d__12.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
...[생략]...
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker.<InvokeAsync>d__15.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNetCore.Builder.RouterMiddleware.<Invoke>d__4.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddleware.<Invoke>d__6.MoveNext()




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







[최초 등록일: ]
[최종 수정일: 12/21/2023]

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

비밀번호

댓글 작성자
 



2021-01-20 06시14분
[하마] 안녕하세요. 인터넷 검색하다가 왠지 아실거같아서 실례인걸알지만 댓글을 달아봅니다ㅠ.ㅠ
제가 지금 기존 .NET framework + window server 로 되어있던 사이트를 .NET5 + centos로 마이그레이션 중인데 본인인증암호화모듈을 so파일로 받았습니다.
원본파일(?)을 갖고있는 상태가 아니어서 소스코드를 수정할수도 없는상황이라서요..ㅠㅠ
이런 경우에는 어떤식으로 하면 좋을까요?ㅠㅠ 괜찮으시다면 hama1226@gmail.com으로 메일부탁드릴게요! 죄송하고 감사합니다!
[guest]
2021-01-20 10시28분
so 파일과 기존 사용하던 DLL의 export 함수 목록과 시그니처가 같고 라이브러리 사용법도 동일하다면 이전에 사용했던 연동 코드를 유사하게 구성해 처리하시면 됩니다. 원본 파일은 기존의 .NET Framework + Windows Server 환경의 바이너리에 대한 소스 코드를 의미하시는 것 같은데, 특별히 난독화가 되어 있지 않다면 dotPeek 같은 도구를 이용해,

(PDB 연결이 없는) DLL의 소스 코드 디버깅을 dotPeek 도구로 해결하는 방법
; https://www.sysnet.pe.kr/2/0/12281

리버싱하시면 됩니다.
정성태

... 181  182  183  184  [185]  186  187  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
339정성태9/14/200619273오류 유형: 11. ProtocolsSection?
338정성태2/4/200727510개발 환경 구성: 12. BUG: 웹 서비스에서 DataTable 사용하기 [2]파일 다운로드1
350정성태10/2/200620691    답변글 개발 환경 구성: 12.1. ASMX 2.0 and SchemaImporterExtensions파일 다운로드1
335정성태8/20/200628457디버깅 기술: 8. COM+ 서버 응용 프로그램에 대한 F5 디버깅 방법
334정성태8/20/200623677디버깅 기술: 7. VS.NET 2003/2005의 다중 프로젝트 디버깅
333정성태8/20/200624092개발 환경 구성: 11. COM+ 서버 활성화 보안 설정
331정성태8/27/200617094개발 환경 구성: 10. 최대 절전 모드와 VPC 네트워크 문제
330정성태8/20/200617380개발 환경 구성: 9. VPC로 구성하는 개인 환경
328정성태8/20/200635114개발 환경 구성: 8. AppVerifier 사용법 [1]
327정성태8/16/200631894개발 환경 구성: 7. ActiveX 서명 과정 자동화 [1]
326정성태8/16/200625659Team Foundation Server: 13. Sysnet 웹 사이트 TFS Migration
322정성태8/15/200620540개발 환경 구성: 6. 4GB 메모리 구성 [1]
316정성태9/20/200639656디버깅 기술: 6. .NET 예외 처리 정리 [6]
309정성태12/27/200640551디버깅 기술: 5. PDB 이야기 [7]
310정성태8/5/200627645    답변글 디버깅 기술: 5.1. PDB 파일에 따른 Debug 정보 - WinForm + Library 유형의 프로젝트파일 다운로드1
311정성태8/10/200627131    답변글 디버깅 기술: 5.2. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Application Project + Library 유형의 프로젝트
312정성태8/5/200629899    답변글 디버깅 기술: 5.3. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Site Model 유형의 프로젝트
313정성태8/12/200629020    답변글 디버깅 기술: 5.4. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (1)
317정성태8/12/200626472    답변글 디버깅 기술: 5.5. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (2)
318정성태8/12/200632908    답변글 디버깅 기술: 5.6. VS.NET 2005를 이용한 미니덤프 파일 분석 (1)
319정성태8/12/200627942    답변글 디버깅 기술: 5.7. VS.NET 2005를 이용한 미니덤프 파일 분석 (2) [1]
320정성태8/12/200632057    답변글 디버깅 기술: 5.8. WinDBG를 이용한 미니덤프 파일 분석 [1]
321정성태8/13/200636518    답변글 디버깅 기술: 5.9. Microsoft의 PDB 파일 관리
323정성태8/15/200637832    답변글 디버깅 기술: 5.10. Symbol Server 생성 [4]
324정성태8/15/200634689    답변글 디버깅 기술: 5.11. PDB 파일과 소스 코드
325정성태9/8/200627395    답변글 디버깅 기술: 5.12. CCP를 이용한 Windows Source Code 수준의 디버깅
... 181  182  183  184  [185]  186  187  188  189  190  191  192  193  194  195  ...