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

(시리즈 글이 7개 있습니다.)
.NET Framework: 969. .NET Framework 및 .NET 5 - UnmanagedCallersOnly 특성 사용
; https://www.sysnet.pe.kr/2/0/12412

.NET Framework: 970. .NET 5 / .NET Core - UnmanagedCallersOnly 특성을 사용한 함수 내보내기
; https://www.sysnet.pe.kr/2/0/12413

.NET Framework: 971. UnmanagedCallersOnly 특성과 DNNE 사용
; https://www.sysnet.pe.kr/2/0/12415

.NET Framework: 972. DNNE가 출력한 NE DLL을 직접 생성하는 방법
; https://www.sysnet.pe.kr/2/0/12421

.NET Framework: 973. .NET 5, .NET Framework에서만 허용하는 UnmanagedCallersOnly 사용예
; https://www.sysnet.pe.kr/2/0/12422

.NET Framework: 976. UnmanagedCallersOnly + C# 9.0 함수 포인터 사용 시 x86 빌드에서 오동작하는 문제
; https://www.sysnet.pe.kr/2/0/12431

닷넷: 2174. C# - .NET 7부터 UnmanagedCallersOnly 함수 export 기능을 AOT 빌드에 통합
; https://www.sysnet.pe.kr/2/0/13464




.NET 5, .NET Framework에서만 허용하는 UnmanagedCallersOnly 사용예

예를 들어 함수 포인터를 사용하는 아래의 코드는,

using System;
using System.Runtime.CompilerServices;
using System.Runtime.InteropServices;
using System.Text;

class Program
{
    [DllImport("user32.dll", ExactSpelling = true)]
    unsafe static extern IntPtr SetTimer(IntPtr hWnd, IntPtr nIDEvent, uint uElapse, delegate* unmanaged[Stdcall]<IntPtr, uint, IntPtr, uint, void> lpTimerFunc);

    [UnmanagedCallersOnly(CallConvs = new Type[] { typeof(CallConvStdcall) })]
    static void timerCallback(IntPtr hWnd, uint uMsg, IntPtr nIDEvent, uint dwTime)
    {
        System.Diagnostics.Trace.WriteLine($"timerCallback - {dwTime}");
    }

    unsafe static void Main(string[] args)
    {
        SetTimer(IntPtr.Zero, IntPtr.Zero, 1000, &timerCallback);
    }
}

#if !NET5_0
namespace System.Runtime.InteropServices
{
    [AttributeUsage(AttributeTargets.Method, Inherited = false)]
    public sealed class UnmanagedCallersOnlyAttribute : Attribute
    {
        public Type[] CallConvs;
        public string EntryPoint;
    }
}
#endif

.NET Framework + C# 9.0 또는 .NET 5 + C# 9.0 환경에서는 컴파일이 잘 됩니다. 그런데 동일한 소스 코드를 .NET Core 3.1 이하의 환경에서 하면 이런 컴파일 오류가 발생합니다.

// error CS8893: 'CallConvStdcall' is not a valid calling convention type for 'UnmanagedCallersOnly'.
[UnmanagedCallersOnly(CallConvs = new Type[] { typeof(CallConvStdcall) })]

// error CS8786: Calling convention of 'Program.timerCallback(IntPtr, uint, IntPtr, uint)' is not compatible with 'Standard'.
SetTimer(IntPtr.Zero, IntPtr.Zero, 1000, &timerCallback);

이것이 C# 9.0 컴파일러의 버그인지, 아니면 의도한 것인지는 정확하게 알 수 없습니다.

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




(결국 불가능하지만) C# 구문 상으로 보면 .NET Core에서 이를 회피할 수 있는 방법이 있습니다. x64의 경우 사실 호출 규약이 하나로 통일되었으므로 굳이 이를 지정할 필요가 없어 다음과 같은 식으로 코딩하는 것도 가능합니다.

unsafe static extern IntPtr SetTimer(IntPtr hWnd, IntPtr nIDEvent, uint uElapse, delegate* unmanaged<IntPtr, uint, IntPtr, uint, void> lpTimerFunc);

[UnmanagedCallersOnly]
unsafe static void timerCallback(IntPtr hWnd, uint uMsg, IntPtr nIDEvent, uint dwTime)
{
    System.Diagnostics.Trace.WriteLine($"timerCallback - {dwTime}");
}

재미있는 것은, 저렇게 호출 규약을 생략하는 "delegate* unmanaged" 구문은 유일하게 닷넷 5에서만 가능하다는 점입니다. 즉, 런타임 코드가 수정되었다는 건데, 닷넷 5는 호출 규약을 명시하지 않은 경우 프로그램의 실행 환경에 따라 기본 호출 규약을 정해주는 기능이 있기 때문입니다.

따라서, 어떤 식으로 해도 현재 .NET Core 3.1 이하의 환경에서는 저 코드를 컴파일할 수 없습니다.

(그러게요, 정말 의문이군요, 버그인지, 의도한 것인지!)




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







[최초 등록일: ]
[최종 수정일: 11/21/2020]

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)
13704정성태8/2/20249573닷넷: 2290. C# - 간이 dotnet-dump 프로그램 만들기파일 다운로드1
13703정성태8/1/20248143닷넷: 2289. "dotnet-dump ps" 명령어가 닷넷 프로세스를 찾는 방법
13702정성태7/31/20249127닷넷: 2288. Collection 식을 지원하는 사용자 정의 타입을 CollectionBuilder 특성으로 성능 보완파일 다운로드1
13701정성태7/30/20249500닷넷: 2287. C# 13 - (4) Indexer를 이용한 개체 초기화 구문에서 System.Index 연산자 허용파일 다운로드1
13700정성태7/29/20249429디버깅 기술: 200. DLL Export/Import의 Hint 의미
13699정성태7/27/20249467닷넷: 2286. C# 13 - (3) Monitor를 대체할 Lock 타입파일 다운로드1
13698정성태7/27/20249288닷넷: 2285. C# - async 메서드에서의 System.Threading.Lock 잠금 처리파일 다운로드1
13697정성태7/26/20248603닷넷: 2284. C# - async 메서드에서의 lock/Monitor.Enter/Exit 잠금 처리파일 다운로드1
13696정성태7/26/20248315오류 유형: 920. dotnet publish - error NETSDK1047: Assets file '...\obj\project.assets.json' doesn't have a target for '...'
13695정성태7/25/20248619닷넷: 2283. C# - Lock / Wait 상태에서도 STA COM 메서드 호출 처리파일 다운로드1
13694정성태7/25/20248789닷넷: 2282. C# - ASP.NET Core Web App의 Request 용량 상한값 (Kestrel, IIS)
13693정성태7/24/20247998개발 환경 구성: 717. Visual Studio - C# 프로젝트에서 레지스트리에 등록하지 않은 COM 개체 참조 및 사용 방법파일 다운로드1
13692정성태7/24/20249184디버깅 기술: 199. Windbg - 리눅스에서 뜬 닷넷 응용 프로그램 덤프 파일에 포함된 DLL의 Export Directory 탐색
13691정성태7/23/20248170디버깅 기술: 198. Windbg - 스레드의 Win32 Message Queue 정보 조회
13690정성태7/23/20247660오류 유형: 919. Visual C++ 리눅스 프로젝트 - error : ‘u8’ was not declared in this scope
13689정성태7/22/20249885디버깅 기술: 197. Windbg - PE 포맷의 Export Directory 탐색
13688정성태7/21/20248384닷넷: 2281. C# - Lock / Wait 상태에서도 일부 Win32 메시지 처리파일 다운로드1
13687정성태7/19/20249205닷넷: 2280. C# - PostThreadMessage로 보낸 메시지를 Windows Forms에서 수신하는 방법파일 다운로드1
13686정성태7/19/20248863오류 유형: 918. Visual Studio - ATL Simple Object 추가 시 error C2065: 'IDR_...': undeclared identifier
13685정성태7/19/20248718스크립트: 66. Windows 디렉터리 경로를 WSL의 /mnt 포맷으로 구하는 방법 - 두 번째 이야기
13684정성태7/19/20249338닷넷: 2279. C# - 문자열 보간식 사례 (예: 조건 연산자 사용)
13683정성태7/18/20248434오류 유형: 917. ClrMD - Linux 환경의 .NET 5 덤프 분석 시 hang 현상
13682정성태7/18/20248785닷넷: 2278. WPF - 스레드에 종속되는 DependencyObject파일 다운로드1
13681정성태7/17/20248163닷넷: 2277. C# 13 - (2) 메서드 그룹의 자연 타입 개선 (메서드 추론 개선)파일 다운로드1
13680정성태7/16/20249169닷넷: 2276. C# - Method Group, Natural Type, function_type파일 다운로드1
13679정성태7/16/20247555Linux: 76. Linux - C++ (getaddrinfo 등을 담고 있는) libnss 정적 링크
1  2  3  4  5  6  7  8  9  10  [11]  12  13  14  15  ...