断点调试定位在这里怎么修改 ,没有思路啊

最新推荐文章于 2023-09-28 08:48:00 发布

原创最新推荐文章于 2023-09-28 08:48:00 发布 · 569 阅读

0 ·

CC 4.0 BY-SA版权

ios 专栏收录该内容

10 篇文章

订阅专栏

博客围绕调试定位的修改展开，作者表示目前没有思路。调试定位在信息技术开发中至关重要，解决此问题有助于提高开发效率和代码质量。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

nslog1234554321

关注关注

2
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

在Windbg中设置断点追踪打开C++程序远程调试开关的模块

dvlinker的技术专栏

07-27

259

在Windbg中设置断点追踪打开C++程序远程调试开关的模块

C++软件调试与异常排查技术从入门到精通学习路线分享

dvlinker的技术专栏

12-17

6万+

详细讲述C++软件调试与异常排查技术从入门到精通学习路线。

参与评论您还未登录，请先登录后发表或查看评论

调试之定位问题

anitak的专栏

08-17

368

昨天下午来了个需求，做一些小的改动，主要是一些数据的处理，然后加一些逻辑依赖。逻辑依赖这部分是根据页面上的选项的改动，后台对下面的选项显示增加一些限制，相当于一个过滤吧，所以首先想到了再页面上加过滤器，但是有个多选的选项，所以不太方便，同一放到了controller里面处理。也就是增加一个ng-change,一旦选项发生变化，就调用change里面的函数，函数对数据输出做处理。很简单，但是涉及到一个

【程序设计训练】电话号码

Charlie Du的池塘

08-25

1663

个人思路仅供参考，如有不足欢迎交流。【问题描述】 Vasya有几本电话簿，记录了他的朋友们的电话号码，每一个朋友都可以有一或几个电话号码。 Vasya决定整理关于朋友电话号码的信息。给定n个字符串，来自于Vasya的电话簿中的条目。每一条都以朋友的姓名开头，然后跟着当前条目中的电话号码个数，然后是本人的电话号码。有可能几个相同的电话被记录在同一个记录中。 Vasya还认为，如果电话号码a是电话号码b的后缀（也就是说，号码b以a结尾），这两个号码被当作同一个电话号码，那么a被认为是无城市代码，它不应该被.

js逆向心路历程(一):(断点快速定位，代码量小的直接复制，Console控制台检测)

热门推荐

chaopicrawl的博客

08-11

11万+

爬虫的两大难点: 1. 如何处理反爬 2. 如何处理巨大数据量首先 js逆向是反反爬的一种，反爬还有图文，特征识别，验证码等问题。 js逆向大多是处理登录的信息验证，ajax 的 Fromdata数据提交。高级爬虫的效果就是，尽量去模拟真实用户去请求网站并获取数据， js逆向也是，尽量仿真。登录的信息验证为例，我们的练手网站有什么，所有的登录网站其实都可以拿来练手 https://zhuanlan.zhihu.com/p/90464269 需要模拟js逆向我们就需要一个能运行js代码的文件，

C++实训 4096. 电话号码

dldldl1994的博客

07-06

2862

题目：【问题描述】 Vasya有几本电话簿，记录了他的朋友们的电话号码，每一个朋友都可以有一或几个电话号码。 Vasya决定整理关于朋友电话号码的信息。给定n个字符串，来自于Vasya的电话簿中的条目。每一条都以朋友的姓名开头，然后跟着当前条目中的电话号码个数，然后是本人的电话号码。有可能几个相同的电话被记录在同一个记录中。 Vasya还认为，如果电话号码a是电话号码b的后缀（也就是说，号码b以...

【Eclipse断点调试高级教程】：彻底掌握断点调试的艺术

本文从Eclipse断点调试的基础理论出发，阐述了断点调试的概念、重要性以及其工作原理，并介绍了不同类型断点的应用场景。在实践操作部分，详细讲述了设置断点、观察点和调试视图使用等操作技巧。高级调试技巧章节则...

Bootloader调试高手秘技：日志输出与硬件断点协同定位问题的实战方法

[Bootloader调试高手秘技：日志输出与硬件断点协同定位问题的实战方法](https://beningo.com/wp-content/uploads/2017/08/Bootloader-1024x578.png) # 1. Bootloader调试的核心挑战与技术背景在嵌入式系统启动的...

在Windbg中设置断点追踪打开软件远程调试开关的模块

dvlinker的技术专栏

09-28

1万+

详细讲解如何在Windbg中设置断点追踪打开软件远程调试开关的模块。

验证手机和邮箱的正则表达式

05-15

手机和邮箱正则表达式，用于验证手机或者邮箱的正则表达式

电子电话号码簿

03-09

电子电话号码簿 lianbiao

电话号码薄的c++代码

12-08

有记录姓名，电话号码，电话号码个数，查询，删除，维护的功能！！！

CG系统编程练习题

www.helloworld.com

10-21

1万+

目录日历问题成绩大排队最少钱币数写出来吧字符串数字置换到底买不买选美比赛数码管挖掘机技术哪家强多项式加法恺撒Caesar密码在霍格沃茨找零钱拼写检查蛇行矩阵公交系统部分A+B 数塔小丑排序绩点计算金币亲和数数的距离差小希的数表最简单的计算机个位数统计相同生日锤子剪刀布 7，还是7 点球大...

Phone Numbers（C题）

qq_43651200的博客

03-16

554

题目大意： Vasya有一个电话簿，里面存着他好友的电话号码，但是有一些是重复的，请你整理一下如果同一个人某一个电话号码是另一个电话号码的末尾的一部分，比如‘321’‘21’是同一个电话号码‘321’。数据范围： 1&amp;amp;amp;lt;= n &amp;amp;amp;lt;=20 电话号码和名字长度不大于10 对于每一行数据最多10个电话号码解题思路：数据不大，老老实实模拟就行，因为要从电话的后面开始比较，所以我就先把...

DEBUG快速定位问题的方法

crane

01-11

1626

在debug时，最重要的是能够准确快速的定位代码，一般常用的有如下几种方式 1.在模拟器中使用断点 模拟器中断跟踪断点设置函数： // 触屏相关 wgui_general_pen_down_hdlr // 触摸屏按下函数 wgui_general_pen_move_hdlr // 触摸屏移动函数 wgui_general_pen_down_hdlr // 触摸屏松开函数 wgui_gener

Educational Codeforces Round 51 (Rated for Div. 2).A. Vasya And Password（模拟）

红鲤鱼与绿鲤鱼与驴

09-21

570

A. Vasya And Password time limit per test 1 second memory limit per test 256 megabytes input standard input output standard output Vasya came up with a password to register for EatForces — a ...

HNU软件能力实训2-4. 电话号码

Karltan的博客

07-10

622

写在前面你好！欢迎来到我的博客，希望我的思路能够帮到你！问题描述 Vasya有几本电话簿，记录了他的朋友们的电话号码，每一个朋友都可以有一或几个电话号码。 Vasya决定整理关于朋友电话号码的信息。给定n个字符串，来自于Vasya的电话簿中的条目。每一条都以朋友的姓名开头，然后跟着当前条目中的电话号码个数，然后是本人的电话号码。有可能几个相同的电话被记录在同一个记录中。 Vasya还认为，如果电话号码a是电话号码b的后缀（也就是说，号码b以a结尾），这两个号码被当作同一个电话号码，那么a被认为是无城市代

消息断点+内存断点定位窗口过程

hambaga的博客

05-27

1324

在调试比较复杂的Win32程序时，要找到窗口过程并不容易，OD提供了两个工具：消息断点和内存断点，善用这两个工具可以大大提高调试的效率。消息断点是给指定的消息设置断点，本质还是条件断点；内存断点有访问断点和修改断点，本文使用的是访问断点。下面是详细步骤。示例程序现在有一个模拟登录的程序，效果图如下：输入正确的账号和密码会提示成功，否则提示错误，现在并不知道账号密码。破解步骤只要找到点击按钮的窗口函数，就能看到账号密码了。对于简单的程序，可以从WinMain开始跟，不过这样效率低，要善用工具

我在Reset_Handler处打了断点，但异常出问题时没有触发断点

最新发布

09-14

<think> 我们正在解决一个具体问题：在Keil调试中，我们在Reset_Handler处设置了断点，但当程序出现异常（如HardFault）时，该断点并未触发。我们需要分析原因并提供解决方案。根据引用内容： - 引用[1]提到，默认的HardFault_Handler是一个死循环（B .），而有人将其改为BX LR直接返回，并在该语句打上断点，这样当出错时会停在断点处，然后返回，就可以返回到出错位置的下一条语句。这给我们提供了一个思路：通过修改异常处理函数来捕获异常。 - 引用[2]介绍了Keil的基础使用，包括复位异常的处理流程：芯片上电后触发复位异常，程序会跳转到中断向量表对应的复位异常入口（Reset_Handler），然后经过一系列初始化，最终跳转到main函数。启动文件（.s）完成了初始化堆栈指针、设置PC指针、设置中断向量表、配置系统时钟和调用__main等操作。问题分析：在Reset_Handler处设置的断点仅在系统复位时触发。当程序发生异常（如HardFault）时，系统并不会复位，而是进入相应的异常处理函数（如HardFault_Handler），因此Reset_Handler处的断点不会触发。解决方案：为了在程序发生异常时能够触发断点，我们需要在异常处理函数中设置断点。具体步骤如下： ### 1. 修改异常处理函数以捕获异常在默认情况下，异常处理函数（如HardFault_Handler）是一个死循环。我们可以修改它，使其能够返回并继续执行（虽然这通常不安全，但用于调试目的），并在异常处理函数中设置断点。 **示例修改HardFault_Handler（针对ARM Cortex-M）**： ```assembly ; 在启动文件（如startup_stm32fxxx.s）中修改HardFault_Handler HardFault_Handler: MOV R0, LR ; 保存LR（链接寄存器）的值 MOV R1, #4 ; 检查EXC_RETURN的位2以确定使用的堆栈指针 TST R0, R1 BEQ Uses_MSP MRS R0, PSP ; 使用进程堆栈指针（PSP） B Fault_Handler_Common Uses_MSP: MRS R0, MSP ; 使用主堆栈指针（MSP） Fault_Handler_Common: ; 这里可以添加保存寄存器的代码，用于调试 BX LR ; 直接返回（用于调试，正常情况下不推荐） ``` 或者，如果你使用C语言编写的异常处理函数： ```c __attribute__((naked)) void HardFault_Handler(void) { __asm volatile( "MOV R0, LR\n" "MOV R1, #4\n" "TST R0, R1\n" "BEQ Uses_MSP\n" "MRS R0, PSP\n" "B Fault_Handler_Common\n" "Uses_MSP:\n" "MRS R0, MSP\n" "Fault_Handler_Common:\n" ; 可以在这里将R0的值（堆栈指针）保存到全局变量，以便在C代码中分析 "BX LR\n" // 返回，用于调试 ); } ``` ### 2. 在异常处理函数中设置断点在Keil调试环境中： - 在修改后的异常处理函数（如HardFault_Handler）中的返回指令（BX LR）处设置断点。 - 当程序发生异常时，会进入异常处理函数，并停在断点处。 - 此时，你可以查看调用堆栈（Call Stack）和寄存器值，以确定异常发生的位置和原因。 ### 3. 使用Keil的故障分析工具 Keil MDK提供了强大的故障诊断工具（Fault Reports）： 1. 在调试状态下，当程序进入HardFault时，Keil会在寄存器窗口显示一个“Fault Reports”标签页。 2. 点击该标签页，Keil会自动分析故障原因（如总线错误、存储器管理错误、用法错误等）和触发异常的指令地址。 ### 4. 替代方法：在异常处理函数中手动触发复位如果你希望在异常发生后复位系统并触发Reset_Handler处的断点，可以在异常处理函数中调用软件复位： ```c void HardFault_Handler(void) { // 自定义处理（如记录错误信息） NVIC_SystemReset(); // 触发软件复位 } ``` 这样，当异常发生时，系统会复位并进入Reset_Handler，从而触发你设置的断点。但这种方法会丢失异常发生时的现场信息。 ### 5. 注意事项 - **修改HardFault_Handler的风险**：直接返回（BX LR）可能会导致系统状态不稳定，因此仅用于调试。在正式发布的代码中，应使用安全的异常处理（如复位系统或错误处理）。 - **中断向量表位置**：确保中断向量表的位置正确（通过VTOR寄存器设置），特别是在使用引导程序或重定位向量表的情况下。 - **堆栈溢出**：如果异常是由堆栈溢出引起的，修改后的异常处理函数可能无法正确执行（因为需要额外的堆栈空间）。此时，应使用MSP（主堆栈指针）来确保处理函数有足够的堆栈。 - **调试优化**：在调试时，建议关闭编译器优化（-O0），以确保调试信息的准确性。 ### 总结步骤 1. 修改异常处理函数（如HardFault_Handler），将其改为可返回的形式（用于调试）。 2. 在异常处理函数的返回指令前设置断点。 3. 当异常发生时，程序会停在断点处，此时可以分析寄存器和堆栈内容。 4. 利用Keil的故障分析工具获取详细的错误信息。通过以上方法，你可以有效地捕获异常并进行分析，而不仅仅是依赖Reset_Handler处的断点。 §§相关问题§§ 1. 如何分析Keil故障报告中的错误信息？ 2. 堆栈溢出导致的异常如何调试？ 3. 在Keil中如何查看异常发生时的调用栈？ 4. 如何设置Keil以在发生特定异常时自动暂停？ </think> 在Keil调试中，当您在Reset_Handler处设置断点但异常发生时断点未触发，这通常是由于异常处理机制与复位流程的差异造成的。以下是系统的解决方法： ### 一、问题本质分析 1. **Reset_Handler的局限性** Reset_Handler仅在**硬件/软件复位**时触发（如电源启动、复位引脚触发、NVIC_SystemReset()调用）[^2] ```assembly ; startup_stm32xxx.s中的典型实现 Reset_Handler: ; 只在复位时执行 LDR SP, =_estack BL SystemInit BL __main ``` 2. **异常处理流程** 异常（如HardFault）会直接跳转到**异常向量表**对应入口： ```c __Vectors: DCD _estack DCD Reset_Handler ; 复位 DCD NMI_Handler DCD HardFault_Handler ; <-- 异常实际入口 ... ; 其他中断向量 ``` ### 二、解决方案（分三步实施） #### 步骤1：修改异常处理函数在启动文件（如`startup_stm32f4xx.s`）中： ```assembly ; 默认的HardFault处理（死循环不触发断点） ; HardFault_Handler: ; B . ; ❌ 无法捕获异常 ; 修改为可调试版本 HardFault_Handler: MOV R0, LR ; 保存链接寄存器 TST R0, #4 ; 检查EXC_RETURN[2] ITE EQ MRSEQ R0, MSP ; 使用主堆栈指针 MRSNE R0, PSP ; 使用进程堆栈指针 BX LR ; ✅ 关键：允许返回[^1] ``` > **注**：同样方法适用于其他异常（MemManage/BusFault等） #### 步骤2：在异常返回点设置断点 1. 在修改后的`BX LR`指令处**设置硬件断点** ```c // 在调试器中对该地址设断点 __asm volatile("BKPT #0"); // 或直接在IDE中点击设置 ``` 2. 当异常触发时： - 程序停在`BX LR`处的断点 - 查看**调用栈(Call Stack)**窗口 - 检查**LR寄存器**值（指向异常发生位置） #### 步骤3：定位异常源头 1. **查看LR寄存器** LR中的返回地址指向**异常发生后的下一条指令** ```c 0x08002234: MOV R0, #0x1000 // 异常发生指令 0x08002238: STR R0, [R1] // <-- LR指向此处 ``` 2. **反汇编分析** 在Memory窗口输入`LR-4`查看实际出错指令： ```assembly 0x08002234 E59F0004 ldr r0, [pc, #4] ; 加载数据 0x08002238 E5810000 str r0, [r1] ; 存储时出错 ``` 3. **寄存器检查** - **MSP/PSP**：检查堆栈指针是否溢出 - **SCB->CFSR**：读取配置故障状态寄存器 ```c uint32_t cfsr = SCB->CFSR; if(cfsr & SCB_CFSR_BUSFAULTSR_Msk) { // 总线错误分析 } ``` ### 三、增强调试技巧 | 方法 | 操作 | 作用 | |------|------|------| | **故障诊断寄存器** | 查看`SCB->HFSR` | 识别硬错误原因 | | **Keil故障分析器** | Debug > Fault Reports | 自动解析错误类型 | | **实时变量追踪** | Watch窗口添加`&__initial_sp` | 监控堆栈溢出 | | **断点条件** | 设置`SCB->ICSR & SCB_ICSR_VECTACTIVE_Msk` | 仅特定异常触发 | ### 四、替代方案：软件捕获异常在main函数初始化时添加： ```c // 在main()开头添加 volatile uint32_t fault_addr = 0; __attribute__((naked)) void RecordFault(void) { __asm("TST LR, #4"); __asm("ITE EQ"); __asm("MRSEQ R0, MSP"); __asm("MRSNE R0, PSP"); __asm("LDR R1, [R0, #24]"); // 获取PC __asm("LDR R2, =fault_addr"); __asm("STR R1, [R2]"); __asm("BX LR"); } // 中断向量表重定向 void HardFault_Handler(void) { RecordFault(); while(1); } ``` 触发异常后，直接查看`fault_addr`变量获取出错地址。 > **关键建议**： > 1. 结合使用硬件断点和软件捕获 > 2. 在SystemInit()前初始化调试端口 > 3. 启用微库(MicroLib)减小堆栈消耗通过以上方法，您可以精准捕获异常事件并定位问题根源，避免Reset_Handler断点失效的困扰[^1][^2]。