Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)
(시리즈 글이 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





보호 모드로 응용 프로그램 디버깅하는 방법 - 두 번째 이야기


지난 이야기에서,

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

보호 모드로 디버깅하는 방법을 다뤄봤는데요. 좀 사용하다 보면 불편한 점이 있습니다. 예를 들어, 이미 빌드된 프로젝트를 디버깅하는 경우라면 "100ms * 50"의 시간 내에 디버깅이 되겠지만, 새로 빌드되는 경우라면 가뿐히 그 시간을 넘어버립니다. 게다가 100ms 마다 모든 프로세스를 열람해서 이름 비교하게 하는 것에 CPU 자원을 소모하는 것도 아깝지요. 이 때문에 빌드 시간을 고려해서 그 만큼 쓰레드의 루프를 늘리는 것도 부담됩니다.

이런 불편을 해소하기 위해서, 다음과 같은 방법을 적용해 보면 좋겠다는 생각이 듭니다.

  1. 신규 프로세스를 감시
  2. 신규 프로세스의 부모 프로세스가 디버깅 대상 프로세스인 경우에만 Debug.Attach

자... 그럼 해볼까요? ^^




첫 번째 항목을 해결하기 위해서 검색을 해보면 몇 가지 좋은 방법이 눈에 띕니다.

Detecting Windows NT/2K process execution
By Ivo Ivanov
; http://www.codeproject.com/KB/threads/procmon.aspx

Process Information and Notifications using WMI
By Asghar Panahy
; http://www.codeproject.com/KB/system/win32processusingwmi.aspx

정확한 방법을 선택한다면 "Ivo Ivanov"가 제안한 방법이 훌륭하겠지만 VS.NET 매크로에 적용하기 위해서는 "Asghar Panahy"가 제안한 방법이 더 훌륭합니다.

그렇게 해서 WMI를 이용하여 프로세스를 감시하겠다고 했으면, 두 번째 항목도 자연스럽게 해결됩니다. WMI 이벤트 발생 시점에 디버깅 대상의 프로세스 ID와 2차 생성된 프로세스의 부모 프로세스 ID를 비교하여 Process.Attach 메서드를 실행시키면 되기 때문입니다.

그래서 VB 매크로로 적용해 보면 아래와 같습니다. (소스는 복잡해졌지만 대상 프로세스 명도 지정할 필요없으니, 적용하기에는 더욱 편해졌습니다.)

Public Module DTEHelper

    Public Sub RunAndAttachTo()

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

        AttachTo()

    End Sub

    Dim watcher As ManagementEventWatcher

    Public Sub AttachTo()

        Dim pol As String
        pol = "1"

        Dim queryString As String
        queryString = "SELECT *" & _
                        "  FROM __InstanceOperationEvent " & _
                        "WITHIN  " & pol & _
                        " WHERE TargetInstance ISA 'Win32_Process'"

        Dim scope As String
        scope = "\\.\root\CIMV2"

        If (watcher Is Nothing) Then
        Else
            watcher.Stop()
            watcher = Nothing
        End If

        watcher = New ManagementEventWatcher(scope, queryString)
        Debug.Print(queryString)

        ' 새로 생성되는 프로세스를 감시한다.

        AddHandler watcher.EventArrived, AddressOf OnEventArrived
        watcher.Start()

    End Sub

    Private Sub OnEventArrived(ByVal sender As Object, _
        ByVal e As EventArrivedEventArgs)

        Dim watcher As ManagementEventWatcher
        watcher = sender

        If (DTE.Debugger.DebuggedProcesses.Count = 0) Then
            watcher.Stop()
            Exit Sub
        End If

        Dim debuggeeProcessId As Integer

        Dim processes As EnvDTE.Processes
        processes = DTE.Debugger.DebuggedProcesses

        ' 1차 디버깅 프로세스의 ID를 구한다.
        ' 즉 psexec.exe의 ID를 구한다.
        If (processes.Count <> 0) Then
            For Each proc As EnvDTE.Process In processes
                debuggeeProcessId = proc.ProcessID
            Next
        End If

        ' 새로 생성된 프로세스의 부모 프로세스 ID를 구한다.
        ' 즉 psexec.exe의 하위에 생성된 프로세스를 구별해 낸다.
        Dim parentProcessIdOfnewProcess As Integer
        Dim targetInstance As ManagementBaseObject
        targetInstance = e.NewEvent.Properties("TargetInstance").Value

        parentProcessIdOfnewProcess = targetInstance.Properties("ParentProcessId").Value

        ' 만약 psexec.exe의 하위 프로세스라면 디버거를 연결한다.
        If (parentProcessIdOfnewProcess = debuggeeProcessId) Then

            Dim newProcessName As String
            newProcessName = targetInstance.Properties("Name").Value.ToString()
            watcher.Stop()

            For Each proc In DTE.Debugger.LocalProcesses
                If (proc.Name.IndexOf(newProcessName) <> -1) Then
                    Debug.Print("Attached successfully!")

                    proc.Attach()
                    Exit For
                End If
            Next

        End If

    End Sub

End Module



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

[연관 글]






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

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

비밀번호

댓글 작성자
 



2011-09-11 10시41분
포함된 매크로 코드가 개선되었습니다. 다음의 글을 참고하세요. ^^

Apache Module에 대한 'F5 디버그 (Start with debugging)'
; http://www.sysnet.pe.kr/2/0/1053
정성태
2014-12-11 03시15분
자식 프로세스에 대한 디버깅 기능이 드디어 Visual Studio에 추가되었습니다. ^^

Introducing the Child Process Debugging Power Tool
; https://devblogs.microsoft.com/devops/introducing-the-child-process-debugging-power-tool/
정성태
2021-06-11 11시21분
Introducing the Child Process Debugging Power Tool
; https://devblogs.microsoft.com/devops/introducing-the-child-process-debugging-power-tool/

Microsoft Child Process Debugging Power Tool
; https://marketplace.visualstudio.com/items?itemName=vsdbgplat.MicrosoftChildProcessDebuggingPowerTool

This extension allows Visual Studio to automatically debug child processes (new processes spawned from a process that you are already debugging).
정성태

... 61  62  63  64  65  66  67  68  69  70  71  [72]  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12136정성태2/6/202017253Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202022521개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [2]
12134정성태2/5/202020924.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [5]파일 다운로드1
12133정성태2/5/202018340디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태1/28/202021199.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기) [1]파일 다운로드1
12131정성태1/27/202020177개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법 [1]
12130정성태1/26/202017469VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/202023563.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법 [3]
12128정성태1/26/202017930오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
12127정성태1/25/202017123.NET Framework: 881. C# DLL에서 제공하는 Win32 export 함수의 내부 동작 방식(VT Fix up Table)파일 다운로드1
12126정성태1/25/202018495.NET Framework: 880. C# - PE 파일로부터 IMAGE_COR20_HEADER 및 VTableFixups 테이블 분석파일 다운로드1
12125정성태1/24/202015979VS.NET IDE: 141. IDE0019 - Use pattern matching
12124정성태1/23/202017766VS.NET IDE: 140. IDE1006 - Naming rule violation: These words must begin with upper case characters: ...
12123정성태1/23/202019474웹: 39. Google Analytics - gtag 함수를 이용해 페이지 URL 수정 및 별도의 이벤트 생성 방법 [2]
12122정성태1/20/202015597.NET Framework: 879. C/C++의 UNREFERENCED_PARAMETER 매크로를 C#에서 우회하는 방법(IDE0060 - Remove unused parameter '...')파일 다운로드1
12121정성태1/20/202016306VS.NET IDE: 139. Visual Studio - Error List: "Could not find schema information for the ..."파일 다운로드1
12120정성태1/19/202018713.NET Framework: 878. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 네 번째 이야기(IL 코드로 직접 구현)파일 다운로드1
12119정성태1/17/202018916디버깅 기술: 160. Windbg 확장 DLL 만들기 (3) - C#으로 만드는 방법
12118정성태1/17/202019928개발 환경 구성: 466. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 세 번째 이야기 [1]
12117정성태1/15/202018747디버깅 기술: 159. C# - 디버깅 중인 프로세스를 강제로 다른 디버거에서 연결하는 방법파일 다운로드1
12116정성태1/15/202019407디버깅 기술: 158. Visual Studio로 디버깅 시 sos.dll 확장 명령어를 (비롯한 windbg의 다양한 기능을) 수행하는 방법
12115정성태1/14/202019645디버깅 기술: 157. C# - PEB.ProcessHeap을 이용해 디버깅 중인지 확인하는 방법파일 다운로드1
12114정성태1/13/202021457디버깅 기술: 156. C# - PDB 파일로부터 심벌(Symbol) 및 타입(Type) 정보 열거 [1]파일 다운로드3
12113정성태1/12/202021522오류 유형: 590. Visual C++ 빌드 오류 - fatal error LNK1104: cannot open file 'atls.lib' [1]
12112정성태1/12/202016709오류 유형: 589. PowerShell - 원격 Invoke-Command 실행 시 "WinRM cannot complete the operation" 오류 발생
12111정성태1/12/202020481디버깅 기술: 155. C# - KernelMemoryIO 드라이버를 이용해 실행 프로그램을 숨기는 방법(DKOM: Direct Kernel Object Modification) [16]파일 다운로드1
... 61  62  63  64  65  66  67  68  69  70  71  [72]  73  74  75  ...