Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
RT-Thread
软件调试
assert_断言
RT-Thread 入门学习笔记 - Keil MDK软件调试排查assert
发布于 2021-02-20 12:59:02 浏览:1318
订阅该版
[tocm] [RT-Thread 入门学习笔记 - 目录](https://club.rt-thread.org/ask/article/3420.html) [RT-Thread 入门学习笔记 - menuconfig Kconfig的使用](https://club.rt-thread.org/ask/article/2427.html) [RT-Thread 入门学习笔记 - 熟悉动态内存申请与释放](https://club.rt-thread.org/ask/article/2552.html) [RT-Thread 入门学习笔记 - 查看线程栈的地址](https://club.rt-thread.org/ask/article/2554.html) [RT-Thread 入门学习笔记 - 解决RT_ASSERT失效的问题](https://club.rt-thread.org/ask/article/2559.html) [RT-Thread 入门学习笔记 - Keil MDK软件调试排查assert](https://club.rt-thread.org/ask/article/2562.html) [RT-Thread 入门学习笔记 - 熟悉全局中断的操作](https://club.rt-thread.org/ask/article/2569.html) ## 背景 - 软件调试,写的代码不多,不用调试,就知道问题出现在哪里,尤其是必现的RT_ASSERT断言。 - 功能多了,发现出现RT_ASSERT断言后,很难一下子明白哪里出了问题,如rt_free 断言,是哪个地方调用rt_free引起的呢? - 如何使用Keil MDK5 Debug,快速地位assert断言的真实位置,并调试软件? ## 案例分析 - 自己之前写了一个BUG程序,测试RT-Thread邮箱的使用,必现assert断言:rt_free,因为使用了动态内存的申请与释放。 - 首先,需要定位问题的所在,不能说rt-thread rt_free函数出了问题!!应该是使用不正确引起的。 ![2021-02-19_180711.png](https://oss-club.rt-thread.org/uploads/20210220/791f33f9c5285e7fda66bf1696752b52.png) ![2021-02-20_104007.png](https://oss-club.rt-thread.org/uploads/20210220/b1ca32a241dde9d9e32870e709b704b1.png) ![2021-02-20_104124.png](https://oss-club.rt-thread.org/uploads/20210220/8bfa497f0e327a7aab0bae8b88be3434.png) - Keil MDK5在Debug模式,可以在调试的窗口【Call Stack】,调用栈窗口,查找函数的调用关系,如调用者。 ![2021-02-20_104330.png](https://oss-club.rt-thread.org/uploads/20210220/79da4c2e15b3b6cd31e475ef84e3e7f6.png) ![2021-02-20_105218.png](https://oss-club.rt-thread.org/uploads/20210220/296cdafc909f80418fe0a7c95163d167.png) ![2021-02-20_105346.png](https://oss-club.rt-thread.org/uploads/20210220/14260357c7b635bd0ff568067c1ab73b.png) ![2021-02-20_105450.png](https://oss-club.rt-thread.org/uploads/20210220/556e2b2945b83e9fd9adf30f881ee60f.png) ![2021-02-20_105546.png](https://oss-club.rt-thread.org/uploads/20210220/3483d2de9b200cfec86cd612ced3184f.png) ![2021-02-20_105744.png](https://oss-club.rt-thread.org/uploads/20210220/dd1cabd5a6895740812b4d7f078aab43.png) - 通过【顺藤摸瓜】,找到真正的调用函数:出问题的位置!! ![2021-02-20_105847.png](https://oss-club.rt-thread.org/uploads/20210220/909b298c01a048b764d566922002caad.png) ## 问题排查 - 这个例程的问题,是rt_free 空指针引起的,所以,一定是申请与释放内存的成对操作不当引起的问题。 - 因为一下子没发现问题所在,所以,我在问题代码位置,打上断点,发现,第二次执行时,rt_free的指针有问题,或者说是个野指针 - 引用:extern void list_mem(void); 加入打印,发现内存越变越多了!!(rt_free释放的多!!) - 出问题的部分代码如下: ```c struct mb_msg { rt_uint8_t *data_ptr; rt_uint32_t data_size; }; static void thread1_entry(void *param) { struct mb_msg *msg_recv_ptr1; struct mb_msg *msg_send_ptr1; char sbuf[6] = {'T', 'a', 's', 'k', '1', '.'}; msg_send_ptr1 = (struct mb_msg *)rt_malloc(sizeof(struct mb_msg)); /* !!!! 申请内存的位置放错了!!!*/ while(1) { if (rt_mb_recv(&t1_mb, (rt_ubase_t *)&msg_recv_ptr1, RT_WAITING_FOREVER) == RT_EOK) { rt_kprintf("thread 1:[recv=%s], print 1.\n", msg_recv_ptr1->data_ptr); rt_thread_mdelay(10); rt_free(msg_recv_ptr1->data_ptr); rt_free(msg_recv_ptr1); rt_thread_mdelay(500); msg_send_ptr1->data_size = sizeof(sbuf); msg_send_ptr1->data_ptr = (rt_uint8_t *)rt_malloc(msg_send_ptr1->data_size); rt_memcpy(msg_send_ptr1->data_ptr, sbuf, sizeof(sbuf)); rt_kprintf("thread 1:[send=%s]\n", msg_send_ptr1->data_ptr); rt_mb_send(&t2_mb, (rt_uint32_t)msg_send_ptr1); } } } ``` - 原来一处申请内存的位置,放错了,造成这个函数,只有初始化时申请一次内存,使用时,是个野指针。 - 解决方法:把申请内存的那段代码,放在while(1) 循环里面,每次操作再申请内存!! ```c static void thread1_entry(void *param) { struct mb_msg *msg_recv_ptr1; struct mb_msg *msg_send_ptr1; char sbuf[6] = {'T', 'a', 's', 'k', '1', '.'}; while(1) { if (rt_mb_recv(&t1_mb, (rt_ubase_t *)&msg_recv_ptr1, RT_WAITING_FOREVER) == RT_EOK) { rt_kprintf("thread 1:[recv=%s], print 1.\n", msg_recv_ptr1->data_ptr); rt_thread_mdelay(10); rt_free(msg_recv_ptr1->data_ptr); list_mem(); rt_free(msg_recv_ptr1); list_mem(); rt_thread_mdelay(500); msg_send_ptr1 = (struct mb_msg *)rt_malloc(sizeof(struct mb_msg)); msg_send_ptr1->data_size = sizeof(sbuf); msg_send_ptr1->data_ptr = (rt_uint8_t *)rt_malloc(msg_send_ptr1->data_size); rt_memcpy(msg_send_ptr1->data_ptr, sbuf, sizeof(sbuf)); rt_kprintf("thread 1:[send=%s]\n", msg_send_ptr1->data_ptr); rt_mb_send(&t2_mb, (rt_uint32_t)msg_send_ptr1); } } } ``` ## 总结 - RT_ASSERT还是比较好用的,注意正确下断点,调试起来,非常的高效。 - 多总结调试的方法,用于解决实际的问题。
0
条评论
默认排序
按发布时间排序
登录
注册新账号
关于作者
张世争
学以致用
文章
131
回答
809
被采纳
175
关注TA
发私信
相关文章
1
RT-THREAD在STM32H747平台上移植lwip
2
正点原子miniSTM32开发板读写sdcard
3
反馈rtt串口驱动对低功耗串口lpuart1不兼容的问题
4
Keil MDK 移植 RT-Thread Nano
5
RT1061/1052 带 RTT + LWIP和LPSPI,有什么坑要注意吗?
6
RT thread HID 如何收发数据
7
求一份基于RTT系统封装好的STM32F1系列的FLASH操作程序
8
RT-Thread修改项目名称之后不能下载
9
rt-studio编译c++
10
有木有移植rt-thread(nano)到riscv 32位MCU上
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总,欢迎查看!
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》,看这篇就够了!干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
UART
WIZnet_W5500
ota在线升级
freemodbus
PWM
flash
cubemx
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
flashDB
GD32
socket
中断
编译报错
Debug
SFUD
rt_mq_消息队列_msg_queue
msh
keil_MDK
ulog
C++_cpp
MicroPython
本月问答贡献
a1012112796
10
个答案
1
次被采纳
踩姑娘的小蘑菇
4
个答案
1
次被采纳
红枫
4
个答案
1
次被采纳
张世争
4
个答案
1
次被采纳
Ryan_CW
4
个答案
1
次被采纳
本月文章贡献
catcatbing
3
篇文章
5
次点赞
YZRD
2
篇文章
5
次点赞
qq1078249029
2
篇文章
2
次点赞
xnosky
2
篇文章
1
次点赞
Woshizhapuren
1
篇文章
5
次点赞
回到
顶部
发布
问题
投诉
建议
回到
底部