Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)

C# - C++과의 연동을 위한 구조체의 fixed 배열 필드 사용

새 글로 대체했으니 참고하세요.

C# - C++과의 연동을 위한 구조체의 fixed 배열 필드 사용 (2)
; https://www.sysnet.pe.kr/2/0/13205



제목은 이렇게 썼지만, 아쉽게도 이 구문을 현실적으로 사용할 수 없는 수준입니다. 그 이유를 한 번 알아볼까요? ^^;

지난 글에서 이미 다음의 내용으로 fixed 필드에 대한 설명을 했었습니다. (참고로 제 책에서는 "5.1.3.6 고정 크기 버퍼: fixed" 절에서 설명합니다.)

C# 7.3 - 구조체의 고정 크기를 갖는 fixed 배열 필드에 대한 직접 접근 가능
; https://www.sysnet.pe.kr/2/0/11556

(확실치 않지만) 아마도 제 기억으로는 저 당시에 테스트가 잘 되었던 것으로 압니다. 하지만, 이제는 더 이상 저 테스트가 동작하지 않습니다.

일례로, C#에서 fixed 배열 필드를 갖는 구조체를 다음과 같은 식으로 정의해,

[StructLayout(LayoutKind.Sequential, Pack = 1)]
public unsafe struct TestStruct
{
    public const int MaxLength = 20;

    public short shortField;
    public int intField;
    fixed char txt[MaxLength];
    public fixed long fields[MaxLength];

    public unsafe string Text
    {
        get
        {
            fixed (char* pText = txt) return new string(pText);
        }

        set
        {
            if (value.Length > MaxLength)
            {
                throw new ArgumentOutOfRangeException();
            }

            fixed (char* pDst = txt) Marshal.Copy(value.ToArray(), 0, new IntPtr(pDst), value.Length);
        }
    }
}

C++로 전달하면,

[DllImport("Dll1.dll")]
public unsafe static extern void FixedStructTest(ref TestStruct test, int bufLen);

static unsafe void Main(string[] args)
{
    TestStruct ts = new TestStruct();

    ts.shortField = 5;
    ts.intField = 100;
    ts.Text = "test is good";

    for (int i = 0; i < TestStruct.MaxLength; i++)
    {
        ts.fields[i] = (i * 2) + 100;
    }

    Console.WriteLine("[C# output (passing to C++)]");
    OutputStruct(ts);
    Console.WriteLine();
    Console.WriteLine();

    FixedStructTest(ref ts, TestStruct.MaxLength);
}

/* 출력 결과
[C# output (passing to C++)]
5, 100, test is good
100,102,104,106,108,110,112,114,116,118,120,122,124,126,128,130,132,134,136,138,
*/

출력 결과에 나온 값으로 구성한 구조체의 값은 C++에서 다음과 같은 식으로 읽히게 됩니다.

#pragma pack(push, 1)
struct TestStruct
{
    short shortField;
    int intField;
    wchar_t txt[20];
    __int64 fields[20];
};
#pragma pack(pop, 1)

__declspec(dllexport) void __stdcall FixedStructTest(TestStruct *test, int bufLen)
{
    wprintf(L"[C++ output (from C#)]\n");
    PrintStruct(test, bufLen);
    wprintf(L"\n");
}

void PrintStruct(TestStruct* test, int bufLen)
{
    wprintf(L"%d, %d, %ls\n", test->shortField, test->intField, test->txt);

    for (int i = 0; i < bufLen; i++)
    {
        wprintf(L"%I64d,", test->fields[i]);
    }

    wprintf(L"\n");
}

/* 출력 결과
[C++ output (from C#)]
5, 100, t
100,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
*/

보는 바와 같이, C#에서 전달한 문자열과 long 배열 값이 C++에서는 첫 항목에 대해서만 정상적으로 값을 받고 있는 것입니다.

물론, 원래 fixed 배열이 저런 식으로 마샬링 되는 것이라면 더 이상 따질 것은 없지만, 그래도 문제가 되는 것이 저런 동작을 하는 것은 C++과의 interop을 위해 추가한 unsafe의 fixed 배열이 무용지물이나 다름없다는 결과가 됩니다.

그리고, 저것이 원래 올바른 동작이라고 볼 수 없는 이유가 동일한 소스 코드를 .NET 5에서 실행하면 다음과 같이 "fixed char txt[20]"에 대해서는 첫 번째 항목을 동일하게 마샬링하고 있지만 두 번째 long형 배열(fixed long fields[20])에 대해서는 개발자가 원래 기대했던 방식으로 전체 값을 마샬링하고 있다는 점에서 혼란을 가중시킵니다.

// .NET 5와 C++ 연동
// "test is good"을 전달한 문자열은 "t" 한 글자만 전달되었고,
// long형 배열은 모든 데이터를 전달

[C# output (passing to C++)]
5, 100, test is good
100,102,104,106,108,110,112,114,116,118,120,122,124,126,128,130,132,134,136,138,

[C++ output (from C#)]
5, 100, t
100,102,104,106,108,110,112,114,116,118,120,122,124,126,128,130,132,134,136,138,




이런 규칙은 C++에서 값을 채워 C#으로 전달할 때에도 마찬가지로 발생합니다. 즉, C++ 측에서 데이터를 마련해,

__declspec(dllexport) void __stdcall FixedStructTest(TestStruct *test, int bufLen)
{
    test->shortField = test->shortField + 100;
    test->intField = test->intField + 100;
    wcscpy_s(test->txt, L"qwer en baad");

    for (int i = 0; i < bufLen; i++)
    {
        test->fields[i] = (i * 2) + 200;
    }

    wprintf(L"[C++ output (passing to C#)]\n");
    PrintStruct(test, bufLen);
    wprintf(L"\n");
}
/* 출력 결과
[C++ output (passing to C#)]
105, 200, qwer en baad
200,202,204,206,208,210,212,214,216,218,220,222,224,226,228,230,232,234,236,238,
*/

C#에서 전달을 받으면,

[DllImport("Dll1.dll")]
public unsafe static extern void FixedStructTest(ref TestStruct test, int bufLen);

static unsafe void Main(string[] args)
{
    TestStruct ts = new TestStruct();

    FixedStructTest(ref ts, TestStruct.MaxLength);

    Console.WriteLine("[C# output (from C++)]");
    OutputStruct(ts);
    Console.WriteLine();
}
/* 출력 결과
[C# output (from C++)]
105, 200, q
200,102,104,106,108,110,112,114,116,118,120,122,124,126,128,130,132,134,136,138,
*/

.NET Framework의 경우 위에서처럼 fixed char 배열은 첫 글자만, fixed long형 배열도 첫 항목만 전달되는 반면 동일한 소스 코드를 .NET 5에서 실행하면,

[C++ output (passing to C#)]
105, 200, qwer en baad
200,202,204,206,208,210,212,214,216,218,220,222,224,226,228,230,232,234,236,238,

[C# output (from C++)]
105, 200, q
200,202,204,206,208,210,212,214,216,218,220,222,224,226,228,230,232,234,236,238,

fixed char 배열은 동일하게 첫 글자만, fixed long형 배열은 전체 값들이 전달됩니다.

이래서는... fixed 예약어를 도저히 현업에서 쓸 수 없을 듯합니다.

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




그나저나... 원래 아래의 글을 읽고,

[번역] c++구조체 멤버에 대해 c# 클래스의 프로퍼티로 마셜링
; https://forum.dotnetdev.kr/t/c-c/899

fixed 배열도 선택 사항이 될 수 있다는 의도로 작성하게 된 것인데... 혹시나 싶어 테스트하는 과정 중에 저런 결과를 발견하게 되는군요. ^^;




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

[연관 글]






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

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

비밀번호

댓글 작성자
 




... 16  17  18  19  20  21  22  23  24  25  26  27  [28]  29  30  ...
NoWriterDateCnt.TitleFile(s)
12936정성태1/22/20227619.NET Framework: 1138. C# - ffmpeg(FFmpeg.AutoGen)를 이용해 멀티미디어 파일의 메타데이터를 보여주는 예제(metadata.c)파일 다운로드1
12935정성태1/22/20227833.NET Framework: 1137. ffmpeg의 파일 해시 예제(ffhash.c)를 C#으로 포팅파일 다운로드1
12934정성태1/22/20227387오류 유형: 788. Warning C6262 Function uses '65564' bytes of stack: exceeds /analyze:stacksize '16384'. Consider moving some data to heap. [2]
12933정성태1/21/20227933.NET Framework: 1136. C# - ffmpeg(FFmpeg.AutoGen)를 이용해 MP2 오디오 파일 디코딩 예제(decode_audio.c)파일 다운로드1
12932정성태1/20/20228389.NET Framework: 1135. C# - ffmpeg(FFmpeg.AutoGen)로 하드웨어 가속기를 이용한 비디오 디코딩 예제(hw_decode.c) [2]파일 다운로드1
12931정성태1/20/20226493개발 환경 구성: 632. ASP.NET Core 프로젝트를 AKS/k8s에 올리는 과정
12930정성태1/19/20227165개발 환경 구성: 631. AKS/k8s의 Volume에 파일 복사하는 방법
12929정성태1/19/20226943개발 환경 구성: 630. AKS/k8s의 Pod에 Volume 연결하는 방법
12928정성태1/18/20227069개발 환경 구성: 629. AKS/Kubernetes에서 호스팅 중인 pod에 shell(/bin/bash)로 진입하는 방법
12927정성태1/18/20226843개발 환경 구성: 628. AKS 환경에 응용 프로그램 배포 방법
12926정성태1/17/20227340오류 유형: 787. AKS - pod 배포 시 ErrImagePull/ImagePullBackOff 오류
12925정성태1/17/20227432개발 환경 구성: 627. AKS의 준비 단계 - ACR(Azure Container Registry)에 docker 이미지 배포
12924정성태1/15/20228926.NET Framework: 1134. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 비디오 디코딩 예제(decode_video.c) [2]파일 다운로드1
12923정성태1/15/20227797개발 환경 구성: 626. ffmpeg.exe를 사용해 비디오 파일을 MPEG1 포맷으로 변경하는 방법
12922정성태1/14/20226881개발 환경 구성: 625. AKS - Azure Kubernetes Service 생성 및 SLO/SLA 변경 방법
12921정성태1/14/20225796개발 환경 구성: 624. Docker Desktop에서 별도 서버에 설치한 docker registry에 이미지 올리는 방법
12920정성태1/14/20226555오류 유형: 786. Camtasia - An error occurred with the camera: Failed to Add Video Sampler.
12919정성태1/13/20226384Windows: 199. Host Network Service (HNS)에 의해서 점유되는 포트
12918정성태1/13/20226619Linux: 47. WSL - shell script에서 설정한 환경 변수가 스크립트 실행 후 반영되지 않는 문제
12917정성태1/12/20225829오류 유형: 785. C# - The type or namespace name '...' could not be found (are you missing a using directive or an assembly reference?)
12916정성태1/12/20225594오류 유형: 784. TFS - One or more source control bindings for this solution are not valid and are listed below.
12915정성태1/11/20225892오류 유형: 783. Visual Studio - We didn't find any interpreters
12914정성태1/11/20227893VS.NET IDE: 172. 비주얼 스튜디오 2022의 파이선 개발 환경 지원
12913정성태1/11/20228367.NET Framework: 1133. C# - byte * (바이트 포인터)를 FileStream으로 쓰는 방법 [1]
12912정성태1/11/20229007개발 환경 구성: 623. ffmpeg.exe를 사용해 비디오 파일의 이미지를 PGM(Portable Gray Map) 파일 포맷으로 출력하는 방법 [1]
12911정성태1/11/20226281VS.NET IDE: 171. 비주얼 스튜디오 - 더 이상 만들 수 없는 "ASP.NET Core 3.1 Web Application (.NET Framework)" 프로젝트
... 16  17  18  19  20  21  22  23  24  25  26  27  [28]  29  30  ...