Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Visual C++ 프로젝트 디버깅 시에 Step-Into(F11) 동작이 원치 않는 함수로 진입하는 것을 막는 방법

말로 설명하는 것보다 직접 한번 실습을 해볼까요? ^^

예를 들어 다음과 같은 코드에서,

#include "stdafx.h"

#include <string>
using namespace std;

void Output(wstring txt)
{
}

int _tmain(int argc, _TCHAR* argv[])
{
    wstring txt = L"TEST";

    Output(txt);

    return 0;
}

Output 함수 실행 부분에 BP(Breakpoint)를 잡고는,

vcpp_breakpoint_0.png

F11(Step-into)키를 눌러 진행하면 어떻게 될까요? 원래 우리가 원하는 동작은 Output 함수로 디버거가 진입하는 것이지만, STL 클래스인 wstring 타입의 생성자로 인해 xstring 파일이 열리면서 basic_string 생성자로 진입하게 됩니다.

vcpp_breakpoint_1.png

함수에 여러 개의 STL 타입이 전달되는 경우면 이것이 여간 짜증나는 일이 아닐 수 없는데요. ^^; 바로 이럴 때 NatStepFilter 파일을 사용하시면 됩니다.

How to Not Step Into Functions using the Visual C++ Debugger
; https://learn.microsoft.com/en-us/archive/blogs/andypennell/how-to-not-step-into-functions-using-the-visual-c-debugger

위의 글에 따라, 다음의 경로에 있는 파일을

C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\Packages\Debugger\Visualizers\default.natstepfilter 

[Visual Studio 2015]
C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\Packages\Debugger\Visualizers\default.natstepfilter

[Visual Studio 2017 - Enterprise]
C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\Packages\Debugger\Visualizers\default.natstepfilter

[Visual Studio 2019 - Enterprise]
C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\Packages\Debugger\Visualizers\default.natstepfilter 

[Visual Studio 2022 - Enterprise]
C:\Program Files\Microsoft Visual Studio\2022\Enterprise\Common7\Packages\Debugger\Visualizers\default.natstepfilter

"관리자 권한으로 실행시킨 notepad.exe"에 불러와서 다음과 같이 std 네임스페이스로 시작하는 모든 클래스 정의에 대해 디버거로 하여금 진입을 하지 않도록 설정할 수 있습니다.

<?xml version="1.0" encoding="utf-8"?>
<StepFilter xmlns="http://schemas.microsoft.com/vstudio/debugger/natstepfilter/2010">

  <Function><Name>std::.*</Name><Action>NoStepInto</Action></Function>


  <Function><Name>__security_check_cookie</Name><Action>NoStepInto</Action></Function>
  ...[생략: 기본적으로 포함된 내용]...
  <Function><Name>operator new</Name><Action>NoStepInto</Action></Function>
</StepFilter>

혹시나, ATL 관련 코드를 자주 만드는 분들이라면 다음의 항목도 추가해 주는 것도 편리할 것입니다.

<?xml version="1.0" encoding="utf-8"?>
<StepFilter xmlns="http://schemas.microsoft.com/vstudio/debugger/natstepfilter/2010">

  <Function><Name>std::.*</Name><Action>NoStepInto</Action></Function>
  <Function><Name>ATL::.*</Name><Action>NoStepInto</Action></Function>


  <Function><Name>__security_check_cookie</Name><Action>NoStepInto</Action></Function>
  ...[생략: 기본적으로 포함된 내용]...
  <Function><Name>operator new</Name><Action>NoStepInto</Action></Function>
</StepFilter>

물론, std/ATL 내부의 코드를 디버깅하고 싶은 코어 개발자라면 위의 설정을 하지 않는 것이 좋습니다.




참고로, Navis 같은 파일은 프로젝트 레벨로 지원이 내려왔는데,

Project Support for Natvis 
; https://devblogs.microsoft.com/cppblog/project-support-for-natvis/

아쉽게도 natstepfilter 파일은 여전히 'Program Files' 폴더 하위에서만 지원합니다.




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







[최초 등록일: ]
[최종 수정일: 1/26/2023]

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

비밀번호

댓글 작성자
 



2015-10-23 02시14분
정성태
2023-06-09 02시18분
Leverage native step filter files in your C++ project with Visual Studio 17.6!

We now provide added project-level support for .natstepfilter and .natjmc files, on top of the existing support for .natvis.

https://twitter.com/VS_Debugger/status/1666105167022833664?s=20
정성태

[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13947정성태6/9/202598개발 환경 구성: 750. 파이썬 - Azure App Service에 응용 프로그램 배포 후의 환경
13946정성태6/9/2025115개발 환경 구성: 749. 파이썬 - Azure App Service에 응용 프로그램 배포하기 전의 환경
13945정성태6/7/2025471오류 유형: 960. 파이썬 + conda - mysqlclient 사용 시 "NameError: name '_mysql' is not defined" 에러
13944정성태6/7/2025536오류 유형: 959. The trust relationship between this workstation and the primary domain failed. - 네 번째 이야기
13943정성태6/6/2025931개발 환경 구성: 748. Windows + Foundry Local - 로컬에서 AI 모델 활용
13942정성태6/5/2025984오류 유형: 958. winget 설치 시 "0x80d02002 : unknown error"
13941정성태6/2/20251100닷넷: 2334. C# - cpuid 명령어를 이용한 CPU 제조사 문자열 가져오기파일 다운로드1
13940정성태6/1/20251451C/C++: 188. C++의 32비트 + Release 어셈블리 코드를 .NET으로 포팅할 때 주의할 점파일 다운로드1
13939정성태5/29/20251748오류 유형: 957. NVIDIA Triton Inference Server - version `GLIBCXX_3.4.32' not found (required by /opt/tritonserver/backends/python/triton_python_backend_stub)
13938정성태5/29/20251439개발 환경 구성: 747. 파이썬 - WSL/docker에 구성한 Triton 예제 개발 환경
13937정성태5/24/20251367개발 환경 구성: 746. Windows + WSL2 환경에서 (tensorflow 등의) NVIDIA GPU 인식
13936정성태5/23/20251193개발 환경 구성: 745. Linux / WSL 환경에 Miniconda 설치하기
13935정성태5/20/20251241파이썬 - pip 사용 시 "ImportError: cannot import name 'html5lib' from 'pip._vendor'" 오류
13934정성태5/20/20251715스크립트: 77. 파이썬 - 'urllib.request' 모듈의 명시적/암시적 로딩 차이
13933정성태5/19/20251297오류 유형: 956. Visual Studio 2022가 17.12 버전부터 업데이트 되지 않는다면?
13932정성태5/18/20251508스크립트: 76. 파이썬 - Version 문자열 다루기(semver 패키지)
13931정성태5/17/20251802스크립트: 75. 파이썬 - Cython 기본 예제 및 컴파일
13930정성태5/17/20251498개발 환경 구성: 744. 파이썬 - Windows embeddable package 환경에서 외부 패키지 사용하는 방법(ex: UFO² 환경 구성)
13929정성태5/16/20251527오류 유형: 955. 파이썬 - "Windows embeddable package" REPL 환경에서 "NameError: name 'exit' is not defined"
13928정성태5/15/20251564오류 유형: 954. UFO² - "'Invalid URL (POST /v1/chat/completions/chat/completions)'"
13927정성태5/15/20251548오류 유형: 953. OpenAI - The API request of HOST_AGENT failed: OpenAI API request exceeded rate limit: Error code: 429
13926정성태5/14/20251911개발 환경 구성: 743. LLM과 윈도우의 만남 - Desktop AgentOS UFO² 기본 환경 구성
13925정성태5/12/20252015닷넷: 2333. C# - (Console 유형의 프로젝트에서) Clipboard 연동파일 다운로드1
13924정성태5/8/20251763닷넷: 2332. C# - (JetBrains Omea Reader 대상으로) 런타임 시에 메서드 가로채기 [2]파일 다운로드1
13923정성태5/5/20251514스크립트: 74. 파이썬 - C# - Python.NET의 RunSimpleScript, Exec, Eval 차이점파일 다운로드1
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...