Keil V5.06 ARM-CC的“BUG”？？

freelab

百思不得其解，ARM-CC编译器也有这种BUG？

freelab

DEBUG界面
两个缓冲区：
USART2_RX_BUF  0x20000C53  uchar[256]
sw_recv_buf        0x20000C48   uchar[11]

调试时总发现前一缓冲区总是跟着第二个缓冲区数值变化，不理解啊。。。
开始以为是变量命名的问题，后面换了变量名还是如此，只能说明这就是一个bug了...

阿侑kevin

freelab 发表于 2024-7-25 19:20
DEBUG界面
两个缓冲区：
USART2_RX_BUF  0x20000C53  uchar[256]

？？？？？？两个buf的地址并不重叠，代码问题吧

freelab

阿侑kevin 发表于 2024-7-26 09:20
？？？？？？两个buf的地址并不重叠，代码问题吧

测试中发现，sw_recv_buf 有输入数据，UART2缓冲区也有数据一起更新

阿侑kevin

freelab 发表于 2024-7-26 11:35
c48 +11 =  C59 > C53
就是说，sw_recv_buf 有部分数据跟UART2_RX_BUF重叠，导致该串口无输入也有数据

？？？？？？你确定是这么算的？？？

freelab

阿侑kevin 发表于 2024-7-26 11:37
？？？？？？你确定是这么算的？？？

从计算上看，是没什么问题，sw缓冲区有数据输入的时候，uart2也有数据更新（悬空，无输入），debug时，感觉好象很同步一样

阿侑kevin

freelab 发表于 2024-7-26 11:41
从计算上看，是没什么问题，sw缓冲区有数据输入的时候，uart2也有数据更新（悬空，无输入），debug时，感 ...

你没学过16进制？没学过单片机原理？？？你就没想过是操作数组的时候越界了？

liujc

感觉是数组操作越界可能性非常大

854278507

liujc 发表于 2024-7-26 15:08
感觉是数组操作越界可能性非常大

就是keil的bug才让楼主产生了数组越界

854278507

就是keil的bug才让楼主产生了数组越界

Electronic

代码呢， 看汇编就一目了然了

JiangYoo

__attribute__((at( Address)))用这个重新定义内存地址，99.99999%是程序问题.

freelab

是数组越界引起的，sw接收缓冲区，后面测试就正常了