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

C# - byte * (바이트 포인터)를 FileStream으로 쓰는 방법

C/C++ 코드를 C#으로 포팅하는 등의 작업을 하다 보면 바이트 포인터를 FileStream에 직접 쓰는 방법이 아쉬울 때가 있습니다. 예를 들어, 아래의 ffmpeg 코드에서도,

decode_video.c
; https://ffmpeg.org/doxygen/trunk/decode_video_8c-example.html

static void pgm_save(unsigned char *buf, int wrap, int xsize, int ysize,
                     char *filename)
{
    FILE *f;
    int i;
 
    f = fopen(filename,"wb");
    fprintf(f, "P5\n%d %d\n%d\n", xsize, ysize, 255);
    for (i = 0; i < ysize; i++)
        fwrite(buf + i * wrap, 1, xsize, f);
    fclose(f);
}

"unsigned char*"가 담은 바이트 스트림을 직접 fwrite에 쓰는 작업을 하고 있습니다. 이런 코드를 C#으로 바꾸려고 하면, 가장 걸림돌이 FileStream.Write 메서드에서 포인터를 받는 버전을 제공하지 않는다는 점입니다.

그래서, 기존에는 어쩔 수 없이 다시 byte []를 할당해 복사한 다음 쓰는 방법으로 우회했는데요,

// C# - Convert unsafe byte* to byte[]
// ; https://stackoverflow.com/questions/17569419/c-sharp-convert-unsafe-byte-to-byte

byte[] arr = new byte[len];
Marshal.Copy((IntPtr)ptr, arr, 0, len);

당연히 필요 없는 부하가 발생할 수밖에 없습니다.




이런 비효율성이 C# 7.2의 Span이 나오면서 해결됩니다.

C# 7.2 - Span<T>
; https://www.sysnet.pe.kr/2/0/11534

그렇긴 해도 Span 타입 자체는 .NET Core 2.1부터 추가되었지만, 이 타입을 기존의 BCL에 정의된 코드에서 채택하는 것은 시간이 걸렸습니다. 실제로 FileStream에서 이 타입을 지원하는 것은 .NET Core 3.0에서 이뤄졌습니다.

Write(ReadOnlySpan<Byte>)
; https://learn.microsoft.com/en-us/dotnet/api/system.io.filestream.write#system-io-filestream-write(system-readonlyspan((system-byte)))

어쨌든, 이 덕분에 포인터 버퍼를 Span으로 감싼 후에 곧바로 FileStream에 전달하는 것이 가능합니다. 따라서, 위에서 예제로 든 C 코드의 경우 다음과 같이 C#으로 포팅할 수 있습니다.

private static unsafe void pgm_save(byte* buf, int wrap, int xsize, int ysize, string filename)
{
    using FileStream fs = new FileStream(filename, FileMode.Create);

    byte [] header = Encoding.ASCII.GetBytes($"P5\n{xsize} {ysize}\n255\n");
    fs.Write(header);

    for (int i = 0; i < ysize; i ++)
    {
        byte* ptr = buf + (i * wrap);
        ReadOnlySpan<byte> pos = new Span<byte>(ptr, xsize);

        fs.Write(pos);
    }
}

멋지죠? ^^

참고로, .NET Framework은 4.8까지도 저 버전을 지원하지 않기 때문에 어쩔 수 없이 PInvoke 과정으로 해결해야 합니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 4/5/2023]

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

비밀번호

댓글 작성자
 



2022-07-29 06시18분
[kos] 한 가지 참고할 점은 corefx 구현체에서 Span 객체를 인자로 받는 Read/Write 메소드가 array pool을 활용하여 버퍼를 복사하고 다시 Read(byte[], int, int)와 Write(byte[], int, int)를 호출하므로, 특정 크기 이상의 버퍼는 GC 할당이 발생할 수도 있다는 것일 듯합니다.

corefx 소스코드를 참고한다면 net framework에서도 P/Invoke 없이 array pool 만으로도 유사한 구현을 사용할 수 있다는 것도 참고할 수 있을 듯하네요.
[guest]

... [31]  32  33  34  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13198정성태12/18/202214030.NET Framework: 2080. C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?파일 다운로드1
13197정성태12/17/202213547.NET Framework: 2079. .NET Core/5+ 환경에서 XmlSerializer 사용 시 System.IO.FileNotFoundException 예외 발생하는 경우파일 다운로드1
13196정성태12/16/202214243.NET Framework: 2078. .NET Core/5+를 위한 SGen(Microsoft.XmlSerializer.Generator) 사용법
13195정성태12/15/202214492개발 환경 구성: 655. docker - bridge 네트워크 모드에서 컨테이너 간 통신 시 --link 옵션 권장 이유
13194정성태12/14/202214293오류 유형: 833. warning C4747: Calling managed 'DllMain': Managed code may not be run under loader lock파일 다운로드1
13193정성태12/14/202214823오류 유형: 832. error C7681: two-phase name lookup is not supported for C++/CLI or C++/CX; use /Zc:twoPhase-
13192정성태12/13/202214802Linux: 55. 리눅스 - bash shell에서 실수 연산
13191정성태12/11/202216392.NET Framework: 2077. C# - 직접 만들어 보는 SynchronizationContext파일 다운로드1
13190정성태12/9/202218419.NET Framework: 2076. C# - SynchronizationContext 기본 사용법파일 다운로드1
13189정성태12/9/202217816오류 유형: 831. Visual Studio - Windows Forms 디자이너의 도구 상자에 컨트롤이 보이지 않는 문제
13188정성태12/9/202217249.NET Framework: 2075. C# - 직접 만들어 보는 TaskScheduler 실습 (SingleThreadTaskScheduler) [1]파일 다운로드1
13187정성태12/8/202216744개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/202214612오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/202215584개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/202213453개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성 [1]
13183정성태12/4/202213312오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리 [1]
13182정성태12/4/202215198Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/202213932Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/202215186.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/202213730Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/202214843Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/202215425오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/202212209오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/202216860오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/202213341.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/202214371.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
... [31]  32  33  34  35  36  37  38  39  40  41  42  43  44  45  ...