Microsoft MVP성태의 닷넷 이야기
VC++: 93. std::thread 사용 시 R6010 오류 [링크 복사], [링크+제목 복사],
조회: 29808
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

std::thread 사용 시 R6010 오류

std::thread를 다음과 같은 식으로 사용했는데,

int  MyClass::Test()
{
    std::thread t([&]() {

       // ...[생략]...

    });

    return 5;
}

해당 Test 메서드를 return 하자마자 (디버깅 상태에서) 다음과 같은 예외 창이 뜹니다.

vc_thread_abort_1.png

Debug Error!

Program:
....

R6010
- abort() has been called

Retry 버튼을 눌러 break 문을 찾아가면, 다음과 같은 콜 스택을 확인할 수 있습니다.

>    Test.dll!_NMSG_WRITE(int rterrnum) Line 226 C
    Test.dll!abort() Line 62    C
    Test.dll!terminate() Line 97    C++
    Test.dll!std::thread::~thread() Line 57 C++
    Test.dll!MyClass::Test() Line 1797  C++
    2b79f1aa()  Unknown
        ...[생략]...
    clr.dll!72e1ecec()  Unknown
    clr.dll!72e05f71()  Unknown
    kernel32.dll!751038f4() Unknown
    ntdll.dll!77635663()    Unknown
    ntdll.dll!7763562e()    Unknown

std::thread의 파괴자 함수인 ~thread()가 보이는데요. 그래서 검색해 봤더니, 다음과 같은 글이 나옵니다.

c++ std::thread problems in Visual Studio 2012
; http://stackoverflow.com/questions/15423345/c-stdthread-problems-in-visual-studio-2012

정확한 개발 철학은 모르겠지만, 아마도 명시적인 개발자의 의도를 밝히는 것이 안전하다고 생각했던 것 같습니다. 즉, detach를 해서 fire-and-forget 식으로 사용할 것이냐? 아니면 join을 해서 해당 스레드가 종료되는 것을 확인하겠느냐... 라는!

암튼, 제 경우에는 전자의 경우였기 때문에 다음과 같은 식으로 detach하는 것으로 예외를 벗어났습니다.

int  MyClass::Test()
{
    std::thread t([&]() {

       // ...[생략]...

    });

    t.detach();

    return 5;
}

C#과 같은 방식으로 무심코 썼다가 이것 때문에 한참을 고생했군요. ^^; (에러 메시지가 너무 불친절한 것이 아닐까? ^^)





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







[최초 등록일: ]
[최종 수정일: 12/9/2015]

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

비밀번호

댓글 작성자
 



2015-12-31 06시32분
[kernel] 생성자에 detach 여부를 넣기도 좀 그렇고 미묘하네요 :)
[guest]
2015-12-31 10시45분
그러게요... 제가 끝 부분에서도 언급했지만, 그나마 에러메시지라도 좀 친절했어야 하지 않았나... 싶습니다. ^^
정성태

[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13928정성태5/15/2025233오류 유형: 954. UFO² - "'Invalid URL (POST /v1/chat/completions/chat/completions)'"
13927정성태5/15/2025253오류 유형: 953. OpenAI - The API request of HOST_AGENT failed: OpenAI API request exceeded rate limit: Error code: 429
13926정성태5/14/2025514개발 환경 구성: 743. LLM과 윈도우의 만남 - Desktop AgentOS UFO² 기본 환경 구성
13925정성태5/12/2025949닷넷: 2333. C# - (Console 유형의 프로젝트에서) Clipboard 연동파일 다운로드1
13924정성태5/8/20251143닷넷: 2332. C# - (JetBrains Omea Reader 대상으로) 런타임 시에 메서드 가로채기 [2]파일 다운로드1
13923정성태5/5/20251043스크립트: 74. 파이썬 - C# - Python.NET의 RunSimpleScript, Exec, Eval 차이점파일 다운로드1
13922정성태5/3/20251176스크립트: 73. 파이썬 - Windows embeddable package 버전에서 tkinter 환경 구성
13921정성태5/3/20251420오류 유형: 952. 듀얼 채널 메모리 정렬을 지키지 않은 컴퓨터의 Windows 비정상 종료 현상(Blue Screen) [2]
13920정성태5/3/20251523오류 유형: 951. Typed DataSet 생성 중 "Failed to open a connection to the database" 오류
13919정성태5/2/20251352VS.NET IDE: 201. C# - Typed DataSet(XSD)를 위한 연결 문자열 암호화 [1]파일 다운로드1
13918정성태5/2/20251557VS.NET IDE: 200. C# - app.config 파일의 출력을 Configuration(Debug/Release)에 따라 제어하는 방법파일 다운로드1
13917정성태4/30/20251226VS.NET IDE: 199. Directory.Build.props에 정의한 속성에 대해 Condition 제약으로 값을 변경하는 방법
13916정성태4/23/20251078디버깅 기술: 221. WinDbg 분석 사례 - ASP.NET HttpCookieCollection을 다중 스레드에서 사용할 경우 무한 루프 현상 - 두 번째 이야기
13915정성태4/13/20252047닷넷: 2331. C# - 실행 시에 메서드 가로채기 (.NET 9)파일 다운로드1
13914정성태4/11/20252348디버깅 기술: 220. windbg 분석 사례 - x86 ASP.NET 웹 응용 프로그램의 CPU 100% 현상 (4)
13913정성태4/10/20251545오류 유형: 950. Process Explorer - 64비트 윈도우에서 32비트 프로세스의 덤프를 뜰 때 "Error writing dump file: Access is denied." 오류
13912정성태4/9/20251280닷넷: 2330. C# - 실행 시에 메서드 가로채기 (.NET 5 ~ .NET 8)파일 다운로드1
13911정성태4/8/20251555오류 유형: 949. WinDbg - .NET Core/5+ 응용 프로그램 디버깅 시 sos 확장을 자동으로 로드하지 못하는 문제
13910정성태4/8/20251754디버깅 기술: 219. WinDbg - 명령어 내에서 환경 변수 사용법
13909정성태4/7/20252631닷넷: 2329. C# - 실행 시에 메서드 가로채기 (.NET Framework 4.8)파일 다운로드1
13908정성태4/2/20252861닷넷: 2328. C# - MailKit: SMTP, POP3, IMAP 지원 라이브러리
13907정성태3/29/20252782VS.NET IDE: 198. (OneDrive, Dropbox 등의 공유 디렉터리에 있는) C# 프로젝트의 출력 경로 변경하기
13906정성태3/27/20252887닷넷: 2327. C# - 초기화되지 않은 메모리에 접근하는 버그?파일 다운로드1
13905정성태3/26/20252788Windows: 281. C++ - Windows / Critical Section의 안정화를 위해 도입된 "Keyed Event"파일 다운로드1
13904정성태3/25/20252376디버깅 기술: 218. Windbg로 살펴보는 Win32 Critical Section파일 다운로드1
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...