Microsoft MVP성태의 닷넷 이야기
.NET Framework: 422. C++과 C#의 Event 공유 [링크 복사], [링크+제목 복사],
조회: 29258
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)

C++과 C#의 Event 공유

C++과 C#에서 같은 이벤트로 동기화를 할 수 있을까요? 물론, 가능합니다.

C++ 입장에서는 CreateEvent로 만든 HANDLE이고, 다행히 C#에서는 이를 기반으로 EventWaitHandle을 제공하기 때문에 서로 연동하는 것이 가능합니다.

가장 쉽게는 "이름 있는 Event"를 C++ 과 C# 양쪽에서 정의하는 것인데, 대략 다음과 같이 정의해 주면 됩니다.

=== C# ===
EventWaitHandle ewh = new EventWaitHandle(false, EventResetMode.ManualReset, "Test.Event");

void threadFunc(object state)
{
    int count = 0;
    while (ewh.WaitOne()) // 이벤트 대기
    {
        ewh.Reset(); // ManualReset으로 설정했으므로 Reset 명시
        Debug.WriteLine("Named Event - " + (count++) + ": TEST");
    }
}

=== C++ ===
HANDLE _eventHandle = ::OpenEvent(EVENT_MODIFY_STATE, FALSE, L"Test.Event");

static DWORD WINAPI ThreadFunc( LPVOID lpParam ) 
{
    CMyObject *myObject = (CMyObject *)lpParam;

    while (true)
    {
        Sleep(5000);
        ::SetEvent(myObject->_eventHandle); // 이벤트 Trigger!
    }

    return 0;
}

"Named Event"를 사용하는 경우, 서로 다른 Process에서도 사용할 수 있기도 해서 장점이 있지만 "이름"이 알려진 만큼 관계없는 응용 프로그램에서 임의로 접근하는 것이 가능하다는 단점이 있습니다.

그래서, "Unnamed Event"을 사용하는데요. 이런 경우에는 C++ 과 C# 사이에 "하나의 Event" 인스턴스를 공유하기 위해 HANDLE 값 자체를 서로 알아야만 합니다. 일례로 C#에서 먼저 생성해서 그 핸들값을 C++ 에 넘겨주거나, 아니면 그 반대의 작업을 해주면 됩니다.

여기서는, C++에서 생성해서 C#으로 넘겨주어 연동하는 것을 간략하게 살펴보겠습니다.

우선, C++ 측에서 CreateEvent를 사용해서 이름을 생략하고 Win32 Event를 생성합니다.

=== C++ ===
HANDLE _eventHandle = ::CreateEvent(NULL, TRUE, FALSE, NULL);

이것을 COM 개체라고 가정하고, 이런 경우 핸들값을 반환해주는 메서드가 필요한데요. 핸들값은 "void *" 형이기 때문에 주소를 담을 수 있어야 하므로 32비트/64비트 운영체제에 따라 그 값이 달라집니다. 이런 경우, 2개의 소스 코드 (또는 MACRO 처리)를 유지하지 않기 위해서는 그냥 높은 쪽에 맞춰주면 됩니다. 그래서, 다음과 같이 간단하게 값을 넘겨줄 수 있습니다.

CMyObject()
{
    _eventHandle = ::CreateEvent(NULL, TRUE, FALSE, NULL);
}

STDMETHODIMP CMyObject::GetHandle(__int64* pHandle)
{
    *pHandle = (__int64)_eventHandle;

    return S_OK;
}

C#에서는 이를 long형으로 받을 수 있겠고,

AtlTestLib.MyObjectClass myObj = new AtlTestLib.MyObjectClass();
long myValue = myObj.GetHandle();

IntPtr로 형변환해서 원래의 EventWaitHandle에 넣어주면 됩니다.

IntPtr ptr = new IntPtr(myValue);
EventWaitHandle ewh = new EventWaitHandle(false, EventResetMode.AutoReset);
ewh.SafeWaitHandle = new Microsoft.Win32.SafeHandles.SafeWaitHandle(ptr, false);

이후부터는 C++에서 SetEvent를 해주면 C#에서는 WaitOne으로 대기하던 스레드가 깨어날 수 있습니다.

(첨부 파일은 위의 2가지 이벤트를 테스트한 코드를 담고 있습니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 3/26/2025]

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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  [70]  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12217정성태5/24/202018326오류 유형: 615. Transaction count after EXECUTE indicates a mismatching number of BEGIN and COMMIT statements. Previous count = 0, current count = 1.
12216정성태5/15/202021775.NET Framework: 904. USB/IP PROJECT를 이용해 C#으로 USB Keyboard 가상 장치 만들기 [14]파일 다운로드1
12215정성태5/12/202027661개발 환경 구성: 490. C# - (Wireshark의) USBPcap을 이용한 USB 패킷 모니터링 [10]파일 다운로드1
12214정성태5/5/202019743개발 환경 구성: 489. 정식 인증서가 있는 경우 Device Driver 서명하는 방법 (2) - UEFI/SecureBoot [1]
12213정성태5/3/202020513개발 환경 구성: 488. (User-mode 코드로 가상 USB 장치를 만들 수 있는) USB/IP PROJECT 소개
12212정성태5/1/202017765개발 환경 구성: 487. UEFI / Secure Boot 상태인지 확인하는 방법
12211정성태4/27/202020469개발 환경 구성: 486. WSL에서 Makefile로 공개된 리눅스 환경의 C/C++ 소스 코드 빌드
12210정성태4/20/202022145.NET Framework: 903. .NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션 [1]파일 다운로드1
12209정성태4/13/202018312오류 유형: 614. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우 (2)
12208정성태4/12/202016594Linux: 29. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우
12207정성태4/2/202017255스크립트: 19. Windows PowerShell의 NonInteractive 모드
12206정성태4/2/202019301오류 유형: 613. 파일 잠금이 바로 안 풀린다면? - The process cannot access the file '...' because it is being used by another process.
12205정성태4/2/202016047스크립트: 18. Powershell에서는 cmd.exe의 명령어를 지원하진 않습니다.
12204정성태4/1/202016510스크립트: 17. Powershell 명령어에 ';' (semi-colon) 문자가 포함된 경우
12203정성태3/18/202019334오류 유형: 612. warning: 'C:\ProgramData/Git/config' has a dubious owner: '...'.
12202정성태3/18/202022632개발 환경 구성: 486. .NET Framework 프로젝트를 위한 GitLab CI/CD Runner 구성
12201정성태3/18/202019627오류 유형: 611. git-credential-manager.exe: Using credentials for username "Personal Access Token". [1]
12200정성태3/18/202019787VS.NET IDE: 145. NuGet + Github 라이브러리 디버깅 관련 옵션 3가지 - "Enable Just My Code" / "Enable Source Link support" / "Suppress JIT optimization on module load (Managed only)"
12199정성태3/17/202017502오류 유형: 610. C# - CodeDomProvider 사용 시 Unhandled Exception: System.IO.DirectoryNotFoundException: Could not find a part of the path '...\f2_6uod0.tmp'.
12198정성태3/17/202020985오류 유형: 609. SQL 서버 접속 시 "Cannot open user default database. Login failed."
12197정성태3/17/202020342VS.NET IDE: 144. .NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성 - 두 번째 이야기 [1]
12196정성태3/17/202017128오류 유형: 608. The ServicedComponent being invoked is not correctly configured (Use regsvcs to re-register).
12195정성태3/16/202019754.NET Framework: 902. C# - 프로세스의 모든 핸들을 열람 - 세 번째 이야기
12194정성태3/16/202022410오류 유형: 607. PostgreSQL - Npgsql.NpgsqlException: sorry, too many clients already
12193정성태3/16/202019376개발 환경 구성: 485. docker - SAP Adaptive Server Enterprise 컨테이너 실행 [1]
12192정성태3/14/202020982개발 환경 구성: 484. docker - Sybase Anywhere 16 컨테이너 실행
... 61  62  63  64  65  66  67  68  69  [70]  71  72  73  74  75  ...