Microsoft MVP성태의 닷넷 이야기
홈 주인모아 놓은 자료프로그래밍질문/답변사용자 관리 RSS OPML Link
개발 환경 구성: 752. ProcDump - C/C++ 예외 코드 필터를 지정한 덤프 생성 [링크 복사], [링크+제목 복사],
조회: 3441
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 8개 있습니다.)
개발 환경 구성: 105. 풀 덤프 파일을 남기는 방법
; https://www.sysnet.pe.kr/2/0/991

.NET Framework: 205. 코드(C#)를 통한 풀 덤프 만드는 방법
; https://www.sysnet.pe.kr/2/0/995

디버깅 기술: 51. 닷넷 응용 프로그램에서 특정 예외가 발생했을 때 풀 덤프 받는 방법
; https://www.sysnet.pe.kr/2/0/1376

.NET Framework: 380. 프로세스 스스로 풀 덤프 남기는 방법
; https://www.sysnet.pe.kr/2/0/1485

디버깅 기술: 81. try/catch로 조용히 사라진 예외를 파악하고 싶다면?
; https://www.sysnet.pe.kr/2/0/10965

.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
; https://www.sysnet.pe.kr/2/0/12049

개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump
; https://www.sysnet.pe.kr/2/0/12051

개발 환경 구성: 752. ProcDump - C/C++ 예외 코드 필터를 지정한 덤프 생성
; https://www.sysnet.pe.kr/2/0/13960



ProcDump - C/C++ 예외 코드 필터를 지정한 덤프 생성

간단하게 crash 덤프를 유발하도록 코드를 만들어 볼까요?

#include <Windows.h>
#include <iostream>

char *CallRecursive(int start, int diff)
{
    printf(".");
    char* pBytes = (char*)alloca(4); // 이 코드가 없으면 재귀 호출의 최적화로 인해 
                                     // Release 모드에서 stack overflow가 발생하지 않습니다.

    CallRecursive(start, start + diff);

    return pBytes;
}

int main()
{
    DWORD pid = ::GetCurrentProcessId();
    std::cout << pid << ", Press any key to crash...\n";
    auto ch = std::getchar();

    if (ch == 'q')
    {
        std::cout << "Exiting gracefully...\n";
        return 0;
    }

    if (ch == 'z')
    {
        std::cout << "divide by zero...\n";
        int n = 5;
        n /= 0;
        return 0;
    }

    std::cout << "stack-overflow...\n";
    CallRecursive(0, 1);
    return 1;
}

보는 바와 같이 'z' + ENTER 키를 입력하면 Divide By Zero 예외가 발생하고, 그냥 ENTER 키를 입력하면 Stack Overflow 예외가 발생합니다.

그리고 위의 상황에서 ProcDump로 덤프를 생성하면 이런 식의 출력을 볼 수 있습니다.

// 'z' + ENTER: Divide By Zero

c:\temp> procdump -ma -e 1 ConsoleApplication1.exe
...[생략]...
Press Ctrl-C to end monitoring without terminating the process.

[13:43:18] Exception: C0000094.INT_DIVIDE_BY_ZERO
[13:43:18] Unhandled: C0000094.INT_DIVIDE_BY_ZERO
[13:43:18] Dump 1 initiated: c:\temp\ConsoleApplication1.exe_134318.dmp
[13:43:18] Dump 1 writing: Estimated dump file size is 13 MB.
[13:43:18] Dump 1 complete: 13 MB written in 0.1 seconds
[13:43:18] Dump count reached.


// ENTER: Stack Overflow

c:\temp> procdump -ma -e 1 ConsoleApplication1.exe
...[생략]...
Press Ctrl-C to end monitoring without terminating the process.

[13:44:06] Exception: C00000FD.STACK_OVERFLOW
[13:44:06] Dump 1 initiated: c:\temp\ConsoleApplication1.exe_134406.dmp
[13:44:06] Dump 1 writing: Estimated dump file size is 14 MB.
[13:44:06] Dump 1 complete: 14 MB written in 0.1 seconds
[13:44:06] Dump count reached.

그렇다면, 만약 stack overflow로 인해 프로세스가 비정상 종료된 경우에만 덤프를 남기고 싶다면 어떻게 해야 할까요? 이를 위해 "-f" 옵션이 제공되긴 하는데요,

procdump -ma -e 1 -f C00000FD ConsoleApplication1.exe

// 또는 process id == 6400이라고 가정할 때
procdump -ma -e 1 -f C00000FD 6400

여기서 한 가지 유의할 점이 있다면, EXE 파일이 debug 모드로 빌드된 경우라면 저 필터 옵션(-f)이 동작하지 않는다는 것입니다. 즉, Release 모드로 빌드한 경우에만 -f 옵션이 적용된다는 점! (이게 의도한 동작인지, 또는 버그인지는 모르겠습니다.)



참고로, 저런 식으로 옵션을 지정하는 것은 다소 빈번하게 예외가 발생했을 상황일 것입니다. 그에 반해 간혹 발생하는 경우라면 (RDP로 접속해 세션을 열어두거나 하는 것이 부담스러울 수 있는데) 이럴 때는 그냥 아예 덤프 절차에 ProcDump가 관여하도록 설정하는 것이 좋습니다.

// 관리자 권한으로 실행
// 
// 윈도우 시스템이 비정상 종료해 덤프를 남겨야겠다고 판단하면,
// procdump를 이용해 c:\temp 디렉터리에 덤프 파일 생성

C:\temp> procdump -ma -i c:\temp

ProcDump v11.0 - Sysinternals process dump utility
Copyright (C) 2009-2022 Mark Russinovich and Andrew Richards
Sysinternals - www.sysinternals.com

Set to:
  HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug
    (REG_SZ) Auto     = 1
    (REG_SZ) Debugger = "d:\tools\Sysinternals\procdump.exe" -accepteula -ma -j "c:\temp" %ld %ld %p

Set to:
  HKLM\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\AeDebug
    (REG_SZ) Auto     = 1
    (REG_SZ) Debugger = "d:\tools\Sysinternals\procdump.exe" -accepteula -ma -j "c:\temp" %ld %ld %p

ProcDump is now set as the Just-in-time (AeDebug) debugger.

C:\temp>

저렇게 (-i 옵션으로) 설치했을 때의 단점이라면 -f 필터 옵션을 지정할 수 없다는 건데요, 사실 뭐... 비정상 종료하는 마당에 필터링이 필요할까 싶지만!

그리고 원하는 덤프가 나왔다면 다시 원래대로 돌려놓는 것도 잊지 말아야겠고.

// 관리자 권한으로 실행

C:\temp> prodcump -u



위의 예제(ConsoleApplication1.exe)를 Release 모드로 빌드 후 PDB 파일 없이 WinDbg에서 덤프 파일을 열어 "!analyze -v" 명령을 실행하면 대충 다음과 같은 분석 결과가 나옵니다.

0:000> !analyze -v
...[생략]...

FILE_IN_CAB:  ConsoleApplication1.exe_143922.dmp

COMMENT:  
*** procdump  -ma -e 1 -f C00000FD ConsoleApplication1.exe
*** First chance exception: C00000FD.STACK_OVERFLOW

NTGLOBALFLAG:  0

APPLICATION_VERIFIER_FLAGS:  0

CONTEXT:  (.ecxr)
rax=000000aaf3c04070 rbx=000000aaf3c04060 rcx=000000000000005c
rdx=000000aaf3c04070 rsi=000000000000005c rdi=0000000000000000
rip=00007fff91d74563 rsp=000000aaf3c03fc0 rbp=000000000000005c
 r8=0000000000000001  r9=000000aaf3c04060 r10=000000aaf3c04070
r11=00007fff9219f9a0 r12=0000000000000001 r13=0000000000000000
r14=000000aaf3c054f0 r15=0000000000000001
iopl=0         nv up ei pl zr na po nc
cs=0033  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00010246
KERNELBASE!WriteFile+0x53:
00007fff`91d74563 48897c2438      mov     qword ptr [rsp+38h],rdi ss:000000aa`f3c03ff8=0000000000000000
Resetting default scope

EXCEPTION_RECORD:  (.exr -1)
ExceptionAddress: 00007fff91d74563 (KERNELBASE!WriteFile+0x0000000000000053)
   ExceptionCode: c00000fd (Stack overflow)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 0000000000000001
   Parameter[1]: 000000aaf3c03ff8

PROCESS_NAME:  ConsoleApplication1.exe

RECURRING_STACK: From frames 0x1 to 0x9

ERROR_CODE: (NTSTATUS) 0xc00000fd - A new guard page for the stack cannot be created.

EXCEPTION_CODE_STR:  c00000fd

EXCEPTION_PARAMETER1:  0000000000000001

EXCEPTION_PARAMETER2:  000000aaf3c03ff8

STACK_TEXT:  
000000aa`f3c03fc0 00007fff`920a3ec7     : 00000251`00a38211 00000251`00a38211 00000000`00000001 000000aa`f3c04060 : KERNELBASE!WriteFile+0x53
000000aa`f3c04030 00007fff`920a5b84     : 000000aa`f3c05b20 00000000`00000000 000000aa`f3c05500 00000000`00000001 : ucrtbase!write_text_ansi_nolock+0xb7
000000aa`f3c054a0 00007fff`920a59f4     : 000000aa`f3c05b20 00000000`ffffffff 00000000`00000009 00000000`00000001 : ucrtbase!_write_nolock+0x12c
000000aa`f3c05520 00007fff`920b6eba     : 000000aa`00000001 00000251`00a38210 00007fff`9219e4f8 00007fff`9219e4f8 : ucrtbase!_write_internal+0x9c
000000aa`f3c05580 00007fff`920a307d     : 00000000`00000001 000000aa`f3c056b0 000000aa`f3c05b01 000000aa`f3c05b01 : ucrtbase!_acrt_stdio_flush_nolock+0x52
000000aa`f3c055b0 00007fff`920a2f3b     : 00000000`00000000 000000aa`f3c05af0 000000aa`f3c05bc8 000000aa`f3c05ae0 : ucrtbase!<lambda_303760bc4008a2b3ec4768a30b06a80c>::operator()+0x11d
000000aa`f3c05a80 00007fff`920a2eeb     : 00007fff`9219e4f8 00000000`00000000 000000aa`f3c05b30 000000aa`f3c05ae0 : ucrtbase!__crt_seh_guarded_call<int>::operator()<<lambda_d854c62834386a3b23916ad6dae2782d>,<lambda_303760bc4008a2b3ec4768a30b06a80c> &,<lambda_4780a7ea4f8cbd2590aec34bd14e2bbf> >+0x2b
000000aa`f3c05ab0 00007ff6`3827105d     : 00000000`00000024 00007ff6`382732c0 000000aa`f3c05bc8 00007fff`9219e4f8 : ucrtbase!__stdio_common_vfprintf+0x8b
000000aa`f3c05b70 00007ff6`3827109f     : 00007ff6`382732c0 00000000`00000001 00000000`00000000 00007fff`9219f9a0 : ConsoleApplication1+0x105d
000000aa`f3c05bc0 00007ff6`382710b6     : 000000aa`f3c05c20 00000000`00000001 00007ff6`382732c0 00000000`00000001 : ConsoleApplication1+0x109f
000000aa`f3c05c00 00007ff6`382710b6     : 000000aa`f3c05c70 00000000`00000001 00007ff6`382732c0 00000000`00000001 : ConsoleApplication1+0x10b6
000000aa`f3c05c50 00007ff6`382710b6     : 000000aa`f3c05cc0 00000000`00000001 00007ff6`382732c0 00000000`00000001 : ConsoleApplication1+0x10b6
...[생략]...
000000aa`f3c07230 00007ff6`382710b6     : 000000aa`f3c072a0 00000000`00000001 00007ff6`382732c0 00000000`00000001 : ConsoleApplication1+0x10b6
000000aa`f3c07280 00007ff6`382710b6     : 000000aa`f3c072f0 00000000`00000001 00007ff6`382732c0 00000000`00000001 : ConsoleApplication1+0x10b6
000000aa`f3c072d0 00007ff6`382710b6     : 000000aa`f3c07340 00000000`00000001 00007ff6`382732c0 00000000`00000001 : ConsoleApplication1+0x10b6

...[생략]...

만약 Visual Studio를 선호한다면 위의 덤프를 열게 되었을 때 다음과 같이 CallStack 창이 보일 텐데요,

procdump_native_app_crash_1.png

해당 프레임이 재귀 호출로 인해 제법 깊게 쌓여 있는 것을 확인할 수 있습니다. 검색해 보면 이 값을 조절할 수 있다고 하는데요,

Adjusting StackFrames in Visual Studio
; https://www.poppastring.com/blog/adjusting-stackframes-in-visual-studio

따라서 VSDebugEng_Impl_Engine.pkgdef 파일을 열어,

%VSINSTALLDIR%\Common7\IDE\CommonExtensions\Platform\Debugger\VSDebugEng_Impl_Engine.pkgdef

"C:\Program Files\Microsoft Visual Studio\2022\Enterprise\Common7\IDE\CommonExtensions\Platform\Debugger\VSDebugEng_Impl_Engine.pkgdef"

MaxFrames 속성을 찾아 적당한 정도의 16진수 값(기본값: 00001388, 즉 5,000개의 프레임)을 지정하면 됩니다.

...[생략]...

[$RootKey$\Debugger]
"DefaultEvaluationTimeout"=dword:00002710
"MaxFrames"=dword:0000000f

...[생략]...

설정/저장 후, 새로운 비주얼 스튜디오를 띄웠다고 해서 저 변경이 반영되지는 않고 (저 문서에 나온 대로) "devenv /setup" 명령을 한 번 실행해 줘야 합니다. 그래서 위와 같이 0x0f (16)으로 설정한 경우라면 이제 call stack 창에 다음과 같은 출력이 보일 것입니다.

procdump_native_app_crash_2.png



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





[최초 등록일: ]
[최종 수정일: 7/11/2025]

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


2025-07-11 10시48분
When I install an unhandled structured exception filter, why doesn’t std::terminate get called?
; https://devblogs.microsoft.com/oldnewthing/20250709-00/?p=111360

Set­Unhandled­Exception­Filter를 쓰면 C++ 예외가 발생했을 때 std::set_terminate로 등록한 핸들러가 실행되지 않는다고 합니다.

우선 C++의 예외는 윈도우 환경에서 Visual C++에 의해 RaiseException으로 처리됩니다. 그럼 운영체제는 stack frame을 거슬러 올라가면서 각 프레임에 exception filter가 등록돼 있는 경우 그것들을 호출합니다. 그러다 마지막으로 unhandled 예외가 되면, 그때는 Visual C++가 설치해 두었던 unhandled exception filter가 실행되는데요, 바로 그 filter에서 현재 처리되지 않은 예외가 C++ 예외라면 std::terminate 함수를 호출하도록 구현돼 있습니다.

여기서 문제는, 사용자가 Set­Unhandled­Exception­Filter로 filter를 등록하면 기존에 등록해 두었던 Visual C++의 filter가 교체된다는 점이고, 그럼 그 filter에서 했던 C++ 예외 처리가 누락되므로 결국 set_terminate로 등록했던 handler도 실행되지 않는 문제가 발생하는 것입니다.

그다음 글에서는 이에 대한 우회 방법을 제시하는데요,

Our first attempt to detect and report all unhandled C++ exceptions as well as all unhandled structured exceptions
; https://devblogs.microsoft.com/oldnewthing/20250710-00/?p=111366

간단하게 Visual C++의 filter를 chaining 시켜 호출하는 것입니다.

-------------------------------------------------------------
#define MSVC_EXCEPTION_CODE 0xE06D7363U
// E06D7363 오류 해독: https://www.sysnet.pe.kr/2/0/10965#17390

LPTOP_LEVEL_EXCEPTION_FILTER previousFilter;
std::terminate_handler previousTerminate;

LONG CALLBACK MyUnhandledExceptionFilter(
    EXCEPTION_POINTERS *ExceptionInfo)
{
    if (ExceptionInfo->ExceptionRecord.ExceptionCode ==
            MSVC_EXCEPTION_CODE) {
        return previousFilter(ExceptionInfo);
    }
    CaptureDump(ExceptionInfo,
                UnhandledException::Structured);
    return EXCEPTION_EXECUTE_HANDLER;
}

void __cdecl my_terminate()
{
    CaptureDump(nullptr,
                UnhandledException::Cpp);
    if (previousTerminate) {
        previousTerminate();
    } else {
        std::abort();
    }
}

void InstallCustomUnhandledExceptionFilters()
{
    previousFilter = SetUnhandledExceptionFilter(
                        MyUnhandledExceptionFilter);

    previousTerminate = std::set_terminate(my_terminate);
}

-------------------------------------------------------------

혹은 아예 자신의 filter에서 C++ 예외인 경우 (어차피 std::set_terminate로 등록할) 코드를 그냥 수행하는 것도 방법이라고 하는데요,

-------------------------------------------------------------
#define MSVC_EXCEPTION_CODE 0xE06D7363U

LONG CALLBACK MyUnhandledExceptionFilter(
    EXCEPTION_POINTERS *ExceptionInfo)
{
    if (ExceptionInfo->ExceptionRecord.ExceptionCode ==
            MSVC_EXCEPTION_CODE) {
        CaptureDump(ExceptionInfo,
                    UnhandledException::Structured);
    } else {
        CaptureDump(ExceptionInfo,
                    UnhandledException::Cpp);
    }
    return EXCEPTION_EXECUTE_HANDLER;
}

void InstallCustomUnhandledExceptionFilters()
{
    previousFilter = SetUnhandledExceptionFilter(
                        MyUnhandledExceptionFilter);
}
-------------------------------------------------------------

하지만, 여전히 unhandled exception filter를 거치지 않는 예외로 인해 프로그램이 종료될 경우도 있다고 합니다. 그에 대해서는 다음 글에서 설명하겠다고!

그나저나, C++의 RAII 기법도 윈도우에서는 structured exception filter에 의해 처리된다는 점이 흥미롭군요. ^^
정성태
2025-07-14 11시37분
Detecting and reporting all unhandled C++ exceptions as well as all unhandled structured exceptions
; https://devblogs.microsoft.com/oldnewthing/20250711-00/?p=111368

이전 덧글에서 "여전히 unhandled exception filter를 거치지 않는 예외"가 있다고 했는데요, 위의 글에서는 이에 대한 부연 설명을 하고 있습니다.

가령, noexcept를 설정한 함수의 경우 내부 구현은 이와 유사하게 처리되는데,

void MyFunction() try
{
    ⟦ existing body ⟧
}
catch (...)
{
    std::terminate();
}

결국 catch를 했으므로 운영체제 입장에서는 저렇게 종료한 응용 프로그램의 경우 "handled"이기 때문에 "unhandled exception filter"를 거치지 않는다고 합니다. (또다른 사례로는 coroutine이 있다고.)

따라서 저런 경우까지 고려해야 한다면 결국 terminate handler를 설치해야 합니다. 아래는 이를 종합한 코드를 보여줍니다.

#define MSVC_EXCEPTION_CODE 0xE06D7363U

std::terminate_handler previousTerminate;

LONG CALLBACK MyUnhandledExceptionFilter(
    EXCEPTION_POINTERS *ExceptionInfo)
{
    if (ExceptionInfo->ExceptionRecord.ExceptionCode ==
            MSVC_EXCEPTION_CODE) {
        CaptureDump(ExceptionInfo,
                    UnhandledException::Structured);
    } else {
        CaptureDump(ExceptionInfo,
                    UnhandledException::Cpp);
    }
    return EXCEPTION_EXECUTE_HANDLER;
}

void __cdecl my_terminate()
{
    CaptureDump(nullptr,
                UnhandledException::Cpp);
    if (previousTerminate) {
        previousTerminate();
    } else {
        std::abort();
    }
}

void InstallCustomUnhandledExceptionFilters()
{
    SetUnhandledExceptionFilter(MyUnhandledExceptionFilter);

    previousTerminate = std::set_terminate(my_terminate);
}

혹은, 모든 처리를 terminate handler에 몰아주기 위해 다음과 같이 구현하는 것도 좋겠고.

#define MSVC_EXCEPTION_CODE 0xE06D7363U

LPTOP_LEVEL_EXCEPTION_FILTER previousFilter;
std::terminate_handler previousTerminate;

LONG CALLBACK MyUnhandledExceptionFilter(
    EXCEPTION_POINTERS *ExceptionInfo)
{
    if (ExceptionInfo->ExceptionRecord.ExceptionCode ==
            MSVC_EXCEPTION_CODE) {
        return previousFilter(ExceptionInfo);
    }
    CaptureDump(ExceptionInfo,
                UnhandledException::Structured);
    return EXCEPTION_EXECUTE_HANDLER;
}

void __cdecl my_terminate()
{
    const char* what = nullptr;
    auto ptr = std::current_exception();
    if (ptr) {
        try {
            std::rethrow_exception(ptr);
        } catch (std::exception const& ex) {
            what = ex.what();
        } catch (...) {
        }
    }
    CaptureDump(nullptr,
                UnhandledException::Cpp, what);
    if (previousTerminate) {
        previousTerminate();
    } else {
        std::abort();
    }
}

void InstallCustomUnhandledExceptionFilters()
{
    previousFilter = SetUnhandledExceptionFilter(
                        MyUnhandledExceptionFilter);

    previousTerminate = std::set_terminate(my_terminate);
}

마지막으로, 저렇게 했어도 사용자가 예외 처리를 다양하게 정의할 수 있으므로 그런 부분은 그에 맞게 별도 처리를 해야 합니다.
정성태
... 151  152  153  154  155  156  157  158  159  160  [161]  162  163  164  165  ...
NoWriterDateCnt.TitleFile(s)
1102정성태8/19/201133398Math: 1. 방탈출3 - Room 10의 '중복가능한 조합' 문제를 위한 C# 프로그래밍 [2]파일 다운로드1
1101정성태8/19/201133358.NET Framework: 237. WCF AJAX 서비스와 JavaScript 간의 DateTime 연동 [1]파일 다운로드1
1100정성태8/17/201132423.NET Framework: 236. SqlDbType - DateTime, DateTime2, DateTimeOffset의 차이점파일 다운로드1
1099정성태8/15/201131461오류 유형: 132. 어느 순간 갑자기 접속이 안 되는 TFS 서버
1098정성태8/15/201153718웹: 24. 네이버는 어떻게 로그인 처리를 할까요? [2]
1097정성태8/15/201124779.NET Framework: 235. 메서드의 메타 데이터 토큰 값으로 클래스를 찾아내는 방법
1096정성태8/15/201129014디버깅 기술: 42. Watson Bucket 정보를 이용한 CLR 응용 프로그램 예외 분석 - (2)
1095정성태8/14/201129371디버깅 기술: 41. Windbg - 비정상 종료된 닷넷 프로그램의 StackTrace에서 보이는 offset 값 의미
1094정성태8/14/201133991오류 유형: 131. Fiddler가 강제 종료된 경우, 웹 사이트 방문이 안되는 현상
1093정성태7/27/201127487오류 유형: 130. Unable to connect to the Microsoft Visual Studio Remote Debugging Monitor ... Access is denied.
1092정성태7/22/201130070Team Foundation Server: 46. 코드 이외의 파일에 대해 소스 제어에서 제외시키는 방법
1091정성태7/21/201129024개발 환경 구성: 128. WP7 Emulator 실행 시 audiodg.exe의 CPU 소모율 증가 [2]
1089정성태7/18/201134661.NET Framework: 234. 왜? Button 컨트롤에는 MouseDown/MouseUp 이벤트가 발생하지 않을까요?파일 다운로드1
1088정성태7/16/201127979.NET Framework: 233. Entity Framework 4.1 - 윈도우 폰 7에서의 CodeFirst 순환 참조 문제파일 다운로드1
1087정성태7/15/201130336.NET Framework: 232. Entity Framework 4.1 - CodeFirst 개체의 직렬화 시 순환 참조 해결하는 방법 - 두 번째 이야기파일 다운로드1
1086정성태7/14/201131491.NET Framework: 231. Entity Framework 4.1 - CodeFirst 개체의 직렬화 시 순환 참조 해결하는 방법 [1]파일 다운로드1
1085정성태7/14/201131879.NET Framework: 230. Entity Framework 4.1 - Code First + WCF 서비스 시 EndpointNotFoundException 오류 - 두 번째 이야기파일 다운로드1
1084정성태7/11/201137631.NET Framework: 229. SQL 서버 - DB 테이블의 데이터 변경에 대한 알림 처리 [4]파일 다운로드1
1083정성태7/11/201131553.NET Framework: 228. Entity Framework 4.1 - Code First + WCF 서비스 시 EndpointNotFoundException 오류
1082정성태7/10/201131459.NET Framework: 227. basicHttpBinding + 사용자 정의 인증 구현 [2]파일 다운로드1
1081정성태7/9/201130290VC++: 53. Windows 7에서 gcc.exe 실행 시 Access denied 오류 [2]
1080정성태7/8/201129084웹: 23. Sysnet 웹 사이트의 HTML5 변환 기록 - 두 번째 이야기파일 다운로드1
1079정성태7/6/201133404오류 유형: 129. Hyper-V + Realtek 랜카드가 설치된 시스템의 BSOD 현상 [2]
1078정성태7/5/201141068VC++: 52. Chromium 컴파일하는 방법 [2]
1077정성태6/24/201138200.NET Framework: 226. HttpWebRequest 타입의 HaveResponse 속성 이야기파일 다운로드1
1076정성태6/23/201132889오류 유형: 128. SQL Express - User Instance 옵션을 사용한 경우 발생하는 오류 메시지 유형 2가지
... 151  152  153  154  155  156  157  158  159  160  [161]  162  163  164  165  ...