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

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가지 이벤트를 테스트한 코드를 담고 있습니다.)




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







[최초 등록일: ]
[최종 수정일: 2/2/2014]

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)
13198정성태12/18/20224804.NET Framework: 2080. C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?파일 다운로드1
13197정성태12/17/20224605.NET Framework: 2079. .NET Core/5+ 환경에서 XmlSerializer 사용 시 System.IO.FileNotFoundException 예외 발생하는 경우파일 다운로드1
13196정성태12/16/20224815.NET Framework: 2078. .NET Core/5+를 위한 SGen(Microsoft.XmlSerializer.Generator) 사용법
13195정성태12/15/20225285개발 환경 구성: 655. docker - bridge 네트워크 모드에서 컨테이너 간 통신 시 --link 옵션 권장 이유
13194정성태12/14/20225368오류 유형: 833. warning C4747: Calling managed 'DllMain': Managed code may not be run under loader lock파일 다운로드1
13193정성태12/14/20225496오류 유형: 832. error C7681: two-phase name lookup is not supported for C++/CLI or C++/CX; use /Zc:twoPhase-
13192정성태12/13/20225559Linux: 55. 리눅스 - bash shell에서 실수 연산
13191정성태12/11/20226463.NET Framework: 2077. C# - 직접 만들어 보는 SynchronizationContext파일 다운로드1
13190정성태12/9/20226949.NET Framework: 2076. C# - SynchronizationContext 기본 사용법파일 다운로드1
13189정성태12/9/20227821오류 유형: 831. Visual Studio - Windows Forms 디자이너의 도구 상자에 컨트롤이 보이지 않는 문제
13188정성태12/9/20226406.NET Framework: 2075. C# - 직접 만들어 보는 TaskScheduler 실습 (SingleThreadTaskScheduler)파일 다운로드1
13187정성태12/8/20226328개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/20224871오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/20225845개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/20225042개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성
13183정성태12/4/20225047오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리
13182정성태12/4/20225782Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/20225173Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/20225245.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/20224594Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/20225132Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/20225821오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/20224699오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/20226532오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/20224961.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/20225722.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...