VS2022 Debug时候断点处不能执行no executable code of the debugger‘s target

最新推荐文章于 2025-02-20 22:32:51 发布
最新推荐文章于 2025-02-20 22:32:51 发布
阅读量325 收藏 1
点赞数 2
文章标签： visualstudio
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/m0_48645239/article/details/141634004
版权

今天Debug一段代码，在if语句里面打断点，一Debug就警告，自动消除，在别的帖子里面看到说是if判断无效，所以会自动跳过，或者写的语句无效，VS2022也会自动优化，跳过。

但是我反复检查了我的代码，确定if本身肯定没有问题

找来找去发现会不会和操作的结构体内部数组赋值顺序有关，然后我调整了一下，让他们按顺序放进去，结果就好了

真的好无语啊，这个优化机制，一开始我先赋值位置4，5，那么之后的赋值语句就会被优化掉

但是好了之后，我再把4.5放到前面去，又不会出现后面不能Debug的情况了

真的是薛定谔的优化，浪费了一小时

【rustdesk】rust入门及 windows 客户端尝试编译
突围
04-21 1169
rust
代码调试跟踪与优化（二）--- 如何调试嵌入式代码？
流云
03-21 5382
我们在进行嵌入式系统开发调试时，受限于嵌入式芯片资源和性能，一般采用远程调试。在调试嵌入式底层代码时，gdbserver 无法运行，我们该怎么调试底层代码呢？J-LINK、ST-LINK、CMSIS-DAP 等硬件调试器在嵌入式开发调试过程中扮演了怎样的角色呢？目标芯片内部是如何处理Debug and Trace 信号的？我们如何借助VS Code Cortex-Debug 或IDE 实现可视化调试的？如何借助SEGGER Ozone 和SystemView 实现可视化实时监测跟踪系统运行详情的？
VS断点信息无法输出到调试窗口
skyztttt的专栏
06-07 2769
vs断点无法输出到调试窗口
VS断点失效问题解决方案
04-23
VS断点失效问题解决方案，一般人我不告诉他。
vs调试浏览器代码打不上断点原因列举
John_ToStr的博客
02-20 322
vs调试浏览器代码打不上断点原因列举
2022 Visual Studio中设置的断点无法命中（当前不会命中断点。还没有为该文档加载任何符号。）的解决办法——事先更改vs中的设置选项（以Fortran语言为例）
热门推荐
JQY__的博客
01-12 1万+
设置的断点无法命中（执行）？更改3步vs设置，解决“当前不会命中断点。还没有为该文档加载任何符号”的问题。
vs2022附加到进程调试，设断点无效，或找不到w3wp.exe
WarGames_dc的博客
04-22 7632
1.调试—>选项—>调试，取消勾选“启动仅我的代码” 2.原因是iis网站绑定的网站不是debug版本的，发布的时候需要选择debug版本 3.在调试——》调试属性中，勾选“本机代码” 4.发布的WEBAPI文件夹——》bin文件——》WEBAPI.dll与项目的bin——》WEBAPI.dll版本一致。 5.附加到进程找不到w3wp.exe, ①勾选“显示所有用户的进程”；②先在IIS管理器浏览网站，在附加进程启动。 ...
The breakpoint will not currently be hit. No executable code of the debugger‘s target code type is..
WX_Chen的博客
01-19 1068
你的断点永远不会执行，因为你的程序被重新安排了。以上是方便调试过程的，但是在调试完成之后想要高效率执行，还是要回到优化模式，我的是Maximum Optimization (Favor Speed) (/O2)可能的原因包括：条件编译、编译器优化或当前调试器代码类型不支持此行的目标体系结构。项目属性页→配置属性→链接器→调试→生成调试信息，若其中的生成调试信息项为“否”，改为“是(/DEBUG)”。项目属性页→配置属性→C/C++→优化，禁用代码优化功能，此处注意窗口左上角是Debug。
解决VS2022 “当前不会命中断点还未为文档加载任何符号”的问题
精通搬砖，资深技术砖家，在软件开发，人工智能，设备开发等领域都有研究。商业合作&交流学习可私信联系。
08-03 5383
当您在 Visual Studio 2022 中调试时遇到“当前不会命中断点，因为尚未为文档加载任何符号”这样的消息时，这通常意味着 Visual Studio 无法找到与您的源代码相关的调试符号。
常用的VS Code插件（Java后台、前端）
BohouZhang的博客
05-17 2209
常用的VS Code插件（Java后台、前端） 记录一下自己常用的VS Code插件，免得需要的时候又找不到了…… Java开发插件 Debugger for Java 一个轻量级的Java代码调试工具。安装Language Support for Java by Red Hat这个插件的时候会默认安装它。使用这个插件有如下要求： Java版本再1.8或以上 VS Code的版本再1.19.0或以上 Language Support for Java by Red Hat插件版本再0.14.0或以上 使
iOS之Xcode断点调试
weixin_40200876的博客
11-10 4256
目录 一、Breakpoint(断点)调试 1.Edit Breakpoint (1)Condition （2）Ignore （3）action （4）Options 2.Disable Breakpoint 3.Delete Breakpoint 4.Reveal in Breakpoint Navigator 二、lldb命令 三、lldb命令详细使用 ...
gdb 远程调试协议_从零开始实现gdb远程调试协议存根1
weixin_26705651的博客
08-12 1096
gdb 远程调试协议 这是什么？ (What is this?) I want to implement a fake gdb-server that understands the GDB Remote Debug Protocol. This fake server can have either GDB or LLDB attached to it, allowing step in exe...
VS断点无法生效
weixin_44040482的博客
02-07 459
当你在网上搜索所有解决VS断点失效的方法后，还未找到原因的话，看看这篇吧。
VS调试断点无效
javaycl的博客
07-01 4460
VS调试断点无效尝试一下方法（记录）：1、清理解决方案2、清空bin文件夹3、工具--选项--调试--常规--勾选"要求源文件与原始版本完全匹配"4、删除项目.vs目录，强删rd /s/q 文件夹路径5、Web项目使用IISExpress6、勾选覆盖应用程序根 7、去掉优化编码......
C# VS2022 当前不会命中断点。在xxx.exe中找到了xxx.cs的副本，但是当前源代码与xxx.exe中内置的版本不同。
ORIGAMI7023的博客
08-05 756
WPF，单个解决方案中包含两个项目，在调试程序时，同时启动两个项目，出现了上述提示，断点无法使用。原因：两个项目一起运行，其中一个选的是 开始执行（不调试）。将两个都改成 启动 后，即可正常调试。
使用VS运行C++时部分代码不执行和断点断不上问题记录
qq_36062623的博客
01-11 754
使用vs运行和调试C++代码时部分代码不执行问题记录
vs莫名其妙断点失效的一种解决方法
dzhongjie的博客
08-09 2194
最近我的vs莫名其妙断点失效，变成了空心黄色感叹号的样式。最初以为是编译问题，遂重编译，尝试几次后均无果。 后来通过svn发现我这边都是tab符号，而svn上面的代码都是空格符。于是在Tools->Options->Text Editor->C/C++->Tabs设置为Insert spaces。 设置好以后再回到代码界面选择所有后点击ALT+F8。然后重编译就好了。 当然这只是其中一种问题的归纳总结，vs断点...
vs断点不生效原因和处理方案
叶黑子的专栏
06-10 6280
一般原因：代码对应的符号不对应 1、重新编译 2、关闭设置端点的文件，重新打开 3、重启vs 4、查看对应符号设置 确认你使用的是debug还是release，确保符号是正确的
VS调试时偶发无法进入断点、行号错乱等问题解决方法
积累点滴，保持自我
02-14 3961
一.前言 在使用VS调试时，有时会遇见以下这几种情况： 1.调试之前断点打在20行调试时断点却跑到了22行 2.调试时打了断点，单步调试时，它就时断不到该断的位置 我在调试时就经常遇见这种情况，刚开始是以为文件没有编译最新的，或者是调试文件（.pdb文件）没有更新，然后清理，重新生成，删除.pdb文件重新生成，都无济于事，好气啊。 二.解决方法 遇见这种情况有可能跟当前代码字符集与行尾格式有关，尝试用如下方式： 1.vs菜单--》文件--》高级保存选项 编码改为：UTF-8 行尾格式改为：
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:\Windows\Minidump\031725-12703-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols Executable search path is: Windows 7 Kernel Version 26100 MP (16 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Personal Machine Name: Kernel base = 0xfffff801`75200000 PsLoadedModuleList = 0xfffff801`760f47a0 Debug session time: Mon Mar 17 22:48:15.764 2025 (UTC + 8:00) System Uptime: 2 days 10:57:11.819 Loading Kernel Symbols ............................................................... ................................................................ ................................................................ ............................................. Loading User Symbols Loading unloaded module list .................................... Cannot read PEB32 from WOW64 TEB32 00043060 - Win32 error 0n30 ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck 1E, {ffffffffc0000005, fffff80175427238, 0, ffffffffffffffff} Probably caused by : memory_corruption Followup: memory_corruption --------- *** Memory manager detected 274528 instance(s) of page corruption, target is likely to have memory corruption. 6: kd> !analyze -v ******************************************************************************* * * * Bugch
最新发布
03-18
<think>嗯，用户想通过WinDbg分析BugCheck 1E导致的内存损坏问题，解决memory_corruption错误。首先，我需要回忆一下BugCheck 1E是什么。根据微软的文档，这个错误代码代表KMODE_EXCEPTION_NOT_HANDLED，通常是由于内核模式程序引发了未被处理的异常，可能由驱动、硬件或系统服务引起。而内存损坏可能涉及堆溢出、野指针、竞态条件等。 接下来，用户需要具体的分析步骤。首先得确保他们已配置好调试环境，比如设置符号路径、获取正确的转储文件。用户提到的引用[2]中提到了.dmp文件的位置和安装WinDbg的步骤，这部分需要引用。然后，加载转储文件后，使用!analyze -v命令进行初步分析，查看异常类型和堆栈。 内存损坏的常见原因可能有池损坏（Pool Corruption）或栈溢出。需要检查是否有明显的损坏迹象，比如使用!pool命令查看池分配情况，或者!analyze -v中的输出是否有相关提示。引用[4]提到KPP可能检测到问题，但可能需要时间，所以可能需要长时间运行测试。 另外，可能需要使用扩展命令如!pte来分析页表条目，或者lm查看加载的驱动，寻找可疑模块。引用[3]中的断点异常可能不相关，但需要注意是否有其他异常干扰。用户的问题可能涉及驱动，所以更新或回滚驱动是常见的解决方法，如引用[1]中的驱动状态错误。 最后，生成相关问题时要涵盖调试步骤、常见工具、内存损坏类型和预防措施。确保回答结构清晰，步骤详细，并正确引用提供的资料。需要验证每个步骤是否符合WinDbg的实际操作，避免误导用户。可能还需要提醒用户检查硬件，比如内存测试，因为内存损坏也可能是硬件问题导致的。</think>### 分析Windows内存损坏问题的步骤（BugCheck 1E） #### 1. **环境准备与转储文件获取** - **启用完整内存转储**： 在系统属性中设置“完全内存转储”以记录完整错误信息（需至少2GB分页文件）[^2]。 - **定位.dmp文件**： 蓝屏后转储文件默认保存在 `C:\Windows\Minidump`（小内存转储）或 `C:\Windows\MEMORY.DMP`（完整转储）。 - **安装WinDbg并配置符号路径**： 通过Microsoft Store或SDK安装WinDbg Preview，设置符号服务器： ```bash .sympath srv*C:\Symbols*https://msdl.microsoft.com/download/symbols ``` #### 2. **初步分析异常原因** ```bash # 加载转储文件 WinDbg > File → Open Crash Dump → 选择.dmp文件 # 执行自动化分析 WinDbg > !analyze -v ``` - **关键输出解析**： - `FAILURE_BUCKET_ID`：标识错误类型（如MEMORY_CORRUPTION_STRIDE）。 - `STACK_TEXT`：显示异常触发时的调用栈，关注内核模块（如`ntoskrnl.exe`或第三方驱动）。 - `EXCEPTION_CODE`：例如 `0xC0000005` 表示非法内存访问。 #### 3. **定位内存损坏的具体位置** - **检查池（Pool）损坏**： ```bash # 查看池分配标签及内存状态 WinDbg > !pool <可疑地址> WinDbg > !poolval ``` 若输出包含 `Corrupt pool header`，表明存在池溢出或重复释放问题。 - **页表条目（PTE）分析**： ```bash # 检查物理页属性 WinDbg > !pte <虚拟地址> ``` 若 `PTE` 显示 `Not Valid` 或权限异常（如用户态地址被内核访问），可能涉及野指针。 #### 4. **深度排查驱动问题** - **列出已加载驱动**： ```bash WinDbg > lm ``` 对比时间戳和版本，标记第三方驱动（如`nvlddmkm.sys`为NVIDIA驱动）。 - **验证驱动代码完整性**： ```bash # 检查驱动内存镜像 WinDbg > !chkimg <驱动模块名> ``` 若输出显示代码段篡改（如补丁指令），可能与恶意软件或驱动兼容性有关[^4]。 #### 5. **解决方案与验证** - **更新/回滚驱动**： 通过设备管理器更新问题驱动，或使用厂商提供的稳定版本[^1]。 - **启用内存验证工具**： 使用Driver Verifier监控驱动内存操作： ```bash verifier /flags 0x01 /driver <驱动名.sys> ``` - **硬件检测**： 运行 `Windows内存诊断工具` 或 `MemTest86` 排除物理内存故障。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值