Microsoft MVP성태의 닷넷 이야기
디버깅 기술: 25. 보호 모드로 응용 프로그램 디버깅하는 방법 [링크 복사], [링크+제목 복사],
조회: 27947
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 3개 있습니다.)
(시리즈 글이 4개 있습니다.)
VS.NET IDE: 47. Orcas - Web Browser Debugger를 이용한 보호 모드의 ActiveX 컨트롤 디버깅
; https://www.sysnet.pe.kr/2/0/500

디버깅 기술: 25. 보호 모드로 응용 프로그램 디버깅하는 방법
; https://www.sysnet.pe.kr/2/0/682

디버깅 기술: 26. 보호 모드로 응용 프로그램 디버깅하는 방법 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/683

VS.NET IDE: 193. C# - Visual Studio의 자식 프로세스 디버깅
; https://www.sysnet.pe.kr/2/0/13720





보호 모드로 응용 프로그램 디버깅하는 방법


이번 "IE 8 세미나" 때 잠시 보여드렸던 방법인데요. 의외로, 보호 모드를 디버깅하는 방법에 대한 팁이 공개된 것이 없어서 이거저거 해보다가 팁 성격으로 알게 된 것이라 이렇게 글로 남겨놓기 위해서 적어 봅니다. (보호 모드라는 말이 엄밀히 IE의 Low 신뢰 등급 실행 상태를 지칭하지만, 여기서는 그냥 일반적인 Low 신뢰 등급의 프로세스를 보호 모드라고 함께 사용합니다.)

우선, VS.NET에서 제공되는 디버깅의 경우 제한이 있다면 디버깅 대상의 프로세스가 자식 프로세스를 생성(spawn)하는 경우에 그에 대한 디버깅을 지원하지 않습니다. 사실... 굳이 이렇게 제한을 둔 이유가 궁금합니다. WinDBG 같은 경우에는 자식 프로세스에 대해 디버깅하는 옵션을 제공해 주고 있지요. 심지어 VS.NET 스스로도 "Web Browser Debugger"를 두어서 자식 프로세스에 대한 디버깅을 지원해 주고 있는데... 왜? iexplore.exe로만 제한을 했을까요?

Orcas - Web Browser Debugger를 이용한 보호 모드의 ActiveX 컨트롤 디버깅
; https://www.sysnet.pe.kr/2/0/500

아무튼. ^^

이번 글에서는 일반 MFC 응용 프로그램을 예로 들어서, 해당 MFC 응용 프로그램을 "Low" 신뢰 등급에서 실행되도록 해서 디버깅을 해보겠습니다.




이를 해결하기 위해서는 2가지 팁이 섞여야 합니다.

첫 번째는, 대상 프로세스를 명시적으로 "보호 모드"로 실행해주는 별도의 프로세스가 필요하고,
두 번째는, 2차 프로세스를 디버깅하는 방법을 적용해야 한다는 것입니다.

우선, 첫 번째 사항 먼저 해결하자면. 직접 제작하셔도 되지만 "psexec.exe"와 같은 프로그램을 사용하셔도 됩니다. 이것을 이용해서 다음과 같이 디버거 환경을 구성해 주면 대상 프로세스는 무조건 보호 모드로 실행됩니다.

[그림 1: psexec.exe를 이용한 보호 모드 프로세스 생성 옵션]
how_to_debug_protected_mode_g_app_1.png

"
Command: D:\Tools\SysInternals\psexec.exe
Command Arguments: -l $(TargetPath)
"

"F5" 키를 눌러서 디버깅을 시작하고 프로세스 탐색기로 확인해 보면, 성공적으로 보호 모드가 적용된 것을 볼 수 있습니다.

[그림 2: 관리자 권한으로 실행된 devenv.exe 하위에서 Low 신뢰 등급으로 실행된 mfc_low_debug.exe]
how_to_debug_protected_mode_g_app_2.png

물론, 지금의 "F5 디버깅"은 실제로 환경만 구성되었을 뿐, BP(Break Point)가 비활성화되어 있는 것을 확인할 수 있습니다. 왜냐하면, 누차 말씀드렸듯이 VS.NET은 2차 프로세스에 대해서 디버깅을 지원하지 않기 때문입니다.

여기서 두 번째 팁이 적용되어야 합니다. 2차 프로세스를 디버깅해야 하는데, 이를 위해서는 어쩔 수 없이 "Attach to Process..."와 동일한 동작을 해야 합니다. 물론, 이 작업을 수작업으로도 할 수 있지만, 매크로를 이용하는 것도 좋은 방법입니다. 그리고 그런 매크로를 이미 다른 분들이 공개해 놓았지요.

Attaching to a child process automatically in Visual Studio during Debugging
; http://stackoverflow.com/questions/422768/attaching-to-a-child-process-automatically-in-visual-studio-during-debugging

Public Module DTEHelper

    Public Sub RunAndAttachTo()

        DTE.Solution.SolutionBuild.Build(True)
        DTE.Solution.SolutionBuild.Debug()

        Dim trd As System.Threading.Thread = _
            New System.Threading.Thread(AddressOf AttachTo)
        trd.Start()

    End Sub

    Public Sub AttachTo()
        Dim i As Integer = 0
        Do Until i = 50
            i = i + 1
            Try

                For Each proc In DTE.Debugger.LocalProcesses
                    If (proc.Name.IndexOf("mfc_low_debug.exe") <> -1) Then
                        proc.Attach()
                        Exit For
                    End If
                Next
            Catch e As Exception
            End Try
            Threading.Thread.Sleep(100)
        Loop
    End Sub

End Module

매크로를 보시면 ... 좀 무지막지한 방법을 사용하고 있지요. ^^; 100ms 단위로 50번 루프를 돌면서 새로 생성된 프로세스 이름이 대상 프로세스 이름인 경우에 디버거를 연결하고 있습니다. 이 때문에 프로그램 초기의 Main 함수 같은 경우에는 BP가 안 잡힐 수 있습니다. (그런 경우에는 DebugBreak 같은 API를 사용해야겠지요.)

매크로 실행이 불편하니, 아래와 같이 별도로 명령 아이콘을 지정하는 것도 좋은 방법이겠고,

[그림 3: RunAndAttachTo 매크로 실행 명령어 아이콘 생성]
how_to_debug_protected_mode_g_app_3.png

나아가서, 거의 이 프로그램만을 다루는 상황이라면 "F5" 키에 아예 매크로 지정을 하는 것도 생각해 볼 수 있습니다.

[그림 4: F5 단축키에 RunAndAttachTo 매크로 실행 지정]
how_to_debug_protected_mode_g_app_4.png




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/27/2021]

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

비밀번호

댓글 작성자
 



2009-07-02 06시48분
보호 모드로 응용 프로그램 디버깅하는 방법 - 두 번째 이야기
; http://www.sysnet.pe.kr/2/0/683
kevin25
2011-09-11 10시41분
포함된 매크로 코드가 개선되었습니다. 다음의 글을 참고하세요. ^^

Apache Module에 대한 'F5 디버그 (Start with debugging)'
; http://www.sysnet.pe.kr/2/0/1053
정성태

... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11274정성태8/22/201719384.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
11273정성태8/22/201721633오류 유형: 415. 윈도우 업데이트 에러 Error 0x80070643
11272정성태8/21/201724800VS.NET IDE: 120. 비주얼 스튜디오 2017 버전 15.3.1 - C# 7.1 공개 [2]
11271정성태8/19/201719254VS.NET IDE: 119. Visual Studio 2017에서 .NET Core 2.0 프로젝트 환경 구성하는 방법
11270정성태8/17/201730718.NET Framework: 673. C#에서 enum을 boxing 없이 int로 변환하기 [2]
11269정성태8/17/201721494디버깅 기술: 93. windbg - 풀 덤프에서 .NET 스레드의 상태를 알아내는 방법
11268정성태8/14/201721081디버깅 기술: 92. windbg - C# Monitor Lock을 획득하고 있는 스레드 찾는 방법
11267정성태8/10/201725135.NET Framework: 672. 모노 개발 환경
11266정성태8/10/201724941.NET Framework: 671. C# 6.0 이상의 소스 코드를 Visual Studio 설치 없이 명령행에서 컴파일하는 방법
11265정성태8/10/201753181기타: 66. 도서: 시작하세요! C# 7.1 프로그래밍: 기본 문법부터 실전 예제까지 [11]
11264정성태8/9/201724109오류 유형: 414. UWP app을 signtool.exe로 서명 시 0x8007000b 오류 발생
11263정성태8/9/201719584오류 유형: 413. The C# project "..." is targeting ".NETFramework, Version=v4.0", which is not installed on this machine. [3]
11262정성태8/5/201718254오류 유형: 412. windbg - SOS does not support the current target architecture. [3]
11261정성태8/4/201720834디버깅 기술: 91. windbg - 풀 덤프 파일로부터 강력한 이름의 어셈블리 추출 후 사용하는 방법
11260정성태8/3/201718952.NET Framework: 670. C# - 실행 파일로부터 공개키를 추출하는 방법
11259정성태8/2/201718188.NET Framework: 669. 지연 서명된 어셈블리를 sn.exe -Vr 등록 없이 사용하는 방법
11258정성태8/1/201719008.NET Framework: 668. 지연 서명된 DLL과 서명된 DLL의 차이점파일 다운로드1
11257정성태7/31/201719173.NET Framework: 667. bypassTrustedAppStrongNames 옵션 설명파일 다운로드1
11256정성태7/25/201720661디버깅 기술: 90. windbg의 lm 명령으로 보이지 않는 .NET 4.0 ClassLibrary를 명시적으로 로드하는 방법 [1]
11255정성태7/18/201723213디버깅 기술: 89. Win32 Debug CRT Heap Internals의 0xBAADF00D 표시 재현 [1]파일 다운로드3
11254정성태7/17/201719587개발 환경 구성: 322. "Visual Studio Emulator for Android" 에뮬레이터를 "Android Studio"와 함께 쓰는 방법
11253정성태7/17/201719943Math: 21. "Coding the Matrix" 문제 2.5.1 풀이 [1]파일 다운로드1
11252정성태7/13/201718460오류 유형: 411. RTVS 또는 PTVS 실행 시 Could not load type 'Microsoft.VisualStudio.InteractiveWindow.Shell.IVsInteractiveWindowFactory2'
11251정성태7/13/201717146디버깅 기술: 88. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 (2)
11250정성태7/13/201720711디버깅 기술: 87. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 [1]
11249정성태7/12/201718537오류 유형: 410. LoadLibrary("[...].dll") failed - The specified procedure could not be found.
... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...