Microsoft MVP성태의 닷넷 이야기
C/C++: 165. CLion으로 만든 Rust Win32 DLL을 C#과 연동 [링크 복사], [링크+제목 복사],
조회: 1244
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

CLion으로 만든 Rust Win32 DLL을 C#과 연동

우선, CLion에서 rust를 사용하기 위해서는,

CLion - Rust
; https://www.jetbrains.com/help/clion/rust-support.html#install

Rustup
; https://rustup.rs/

rustup-init.exe를 다운로드해 실행부터 해줍니다. 그럼 %USERPROFILE%\.cargo\bin 디렉터리에 rust 환경이 구축되는데요, 따라서 편의상 환경변수 PATH 설정에 해당 경로를 추가하는 것을 권장합니다.

그다음 CLion의 Plugins를 통해 "Rust" 확장을 설치하면 준비는 끝입니다. 참고로, Visual Studio와 함께 C++ 구성요소를 미리 설치해 두는 것이 좋습니다. 왜냐하면 나중에 Rust 프로젝트를 처음 생성하는 시점에 시스템의 C/C++ 컴파일러를 설정하는 옵션이 뜰 텐데, 그때 Visual C++ 환경을 선택해 주면 됩니다.




문법 공부는 천천히 시간 나는 대로 아래의 사이트를 통해 하시고, ^^

The Rust Programming Language (번역본)
; https://doc.rust-kr.org/

곧바로 실습을 위해 CLion으로 다음과 같이 Rust Library 프로젝트를 생성하면,

rust_dll_prj_1.png

기본적으로 ./src/lib.rs 파일이 생성되고 아래의 내용을 갖습니다.

pub fn add(left: usize, right: usize) -> usize {
    left + right
}

#[cfg(test)]
mod tests {
    use super::*;

    #[test]
    fn it_works() {
        let result = add(2, 2);
        assert_eq!(result, 4);
    }
}

(CLion을 통해 생성한 프로젝트 구조는 명령행에서 "cargo new testapp2 --lib"를 실행한 것과 같습니다.)

CLion은 라이브러리 프로젝트에 대해 빌드 Configuration 설정을 "Test" 유형으로만 생성하기 때문에 이 상태에서는 "Build" 메뉴를 선택해도 rlib 파일을 생성하지 않습니다.

따라서 CLion의 "Terminal" 화면에서 "cargo build"를 입력해 빌드해야 하는데요,

PS F:\rust_prj\testapp2> cargo build
   Compiling testapp2 v0.1.0 (F:\rust_prj\testapp2)
    Finished dev [unoptimized + debuginfo] target(s) in 0.27s      

그럼, ./target/debug 디렉터리에 "libtestapp2.rlib" 파일이 생성됩니다.




일단, 위와 같이 생성한 rlib 파일은 러스트 전용 라이브러리로써 Win32 DLL과는 다릅니다. 따라서 (C# 등에서 이용하려면) 출력을 Win32 DLL로 바꿔야 하는데요, 이를 위해 프로젝트에 추가된 Cargo.toml 파일에 crate-type 값을 다음과 같이 설정해 줍니다.

[package]
name = "testapp2"
version = "0.1.0"
edition = "2021"

# See more keys and their definitions at https://doc.rust-lang.org/cargo/reference/manifest.html

[lib]
crate-type = ["cdylib"]

[dependencies]

이후, CLion의 "Edit Configurations"를 이용해 DLL로 빌드하는 모드를 하나 더 추가한 다음,

rust_dll_prj_2.png

다시 빌드하면 이제 ./target/debug 디렉터리에 testapp2.dll 파일이 생성됩니다.




여기까지 하면, 비록 DLL은 생성되지만 add 함수가 외부로 노출된 상태는 아닙니다. Visual C++에서처럼 dllexport와 같은 처리를 해야 하는데요, 이를 위해 rust에서는 #[no_mangle]과 함께 extern 예약어를 적용해야 합니다.

#[no_mangle]
pub extern fn add(left: usize, right: usize) -> usize {
    left + right
}

이후 다시 빌드하고, dumpbin.exe를 이용해 DLL 정보를 확인하면,

F:\rust_prj\testapp2\target\debug> dumpbin /EXPORTS testapp2.dll
...[생략]...

    00000000 characteristics
    FFFFFFFF time date stamp
        0.00 version
           1 ordinal base
           1 number of functions
           1 number of names

    ordinal hint RVA      name

          1    0 00001000 add = add

...[생략]...


F:\rust_prj\testapp2\target\debug> dumpbin /HEADERS testapp2.dll
...[생략]...

FILE HEADER VALUES
            8664 machine (x64)
               5 number of sections
        660B6574 time date stamp Tue Apr  2 10:55:00 2024
               0 file pointer to symbol table
               0 number of symbols
              F0 size of optional header
            2022 characteristics
                   Executable
                   Application can handle large (>2GB) addresses
                   DLL

OPTIONAL HEADER VALUES
             20B magic # (PE32+)
...[생략]...

일반적인 64bit PE32+ 포맷으로 add 함수를 export 시킨 것을 확인할 수 있습니다.




Rust 컴파일러가 출력한 결과물이 64비트 DLL이니까, calling convention 고민은 하지 않아도 됩니다.

자, 그럼 C#에서 Rust DLL을 연결해 호출해 볼까요? ^^ 간단하게 Console 프로젝트를 하나 만들고, 이렇게 DllImport로 연결하면,

using System.Runtime.InteropServices;

namespace ConsoleApp1;

internal class Program
{
    [DllImport("testapp2.dll")]
    static extern uint add(uint left, uint right);

    static void Main(string[] args)
    {
        Console.WriteLine($"Hello, Rust!: {add(5, 6)}");
    }
}

빌드 후 정상적으로 add 함수가 불리는 것을 확인할 수 있습니다. Rust 문법만 공부하면 심심할 테니, 이렇게 C#과 연동해 보면 좀 더 재미가 있을 것입니다. ^^

참고로, 관련해서 아래의 문서도 좀 보시고. ^^

Creating A DLL With Rust
; https://samrambles.com/guides/window-hacking-with-rust/creating-a-dll-with-rust/index.html

rust-analyzer.vs
; https://marketplace.visualstudio.com/items?itemName=kitamstudios.RustAnalyzer




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







[최초 등록일: ]
[최종 수정일: 4/15/2024]

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

비밀번호

댓글 작성자
 




1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13563정성태2/21/20241957디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20241986오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/20242065닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/20242096디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20242945오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20242182닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241921Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20241976Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20242122닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241862VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241947닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241899닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242093닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242209Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/20242509개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/20242338개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/20242088개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/20241955Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20241863닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20241887오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20241918Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
13542정성태1/30/20241920오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기
13541정성태1/29/20241977VS.NET IDE: 188. launchSettings.json의 useSSL 옵션
13540정성태1/29/20242083Linux: 69. 리눅스 - "Docker Desktop for Windows" Container 환경에서 IPv6 Loopback Address 바인딩 오류
13539정성태1/26/20242370개발 환경 구성: 703. Visual Studio - launchSettings.json을 이용한 HTTP/HTTPS 포트 바인딩
13538정성태1/25/20242420닷넷: 2211. C# - NonGC(FOH) 영역에 .NET 개체를 생성파일 다운로드1
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...