Microsoft MVP성태의 닷넷 이야기
C/C++: 165. CLion으로 만든 Rust Win32 DLL을 C#과 연동 [링크 복사], [링크+제목 복사],
조회: 1820
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 



2024-05-04 05시37분
정성태

... 31  32  33  34  35  36  37  38  39  40  41  42  43  [44]  45  ...
NoWriterDateCnt.TitleFile(s)
12546정성태3/3/20218745개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202111511.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202111712.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202110050VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202112389개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/20219620개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/20219929.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/20219863Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202110282.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202111321.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202110253개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/20219432개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/20219917개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/20219626개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202110123개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/20219121개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202113359개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202110341개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/20219743개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/20219920개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/20217756개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/20217469개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/20218623개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/20218674개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/202110218개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/202110147개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]
... 31  32  33  34  35  36  37  38  39  40  41  42  43  [44]  45  ...