一个很有趣的问题

zhu83453958 · 发表于 2017-1-15 19:36:38

有哪位大神可以给解释下吗，为什么我定义的一个f数组只有四个元素，但经过了读取之后就就变成了8个元素呢？ 2017-01-15 19-19-55.jpg

f数组里面的内容是“SRAM”，但经过一个指针传递后就变成了“SRAMSRAM”了，如果我把数组变大，大于要显示的四个字符就能正常显示出四个字符了，以下是main（）的程序的代码
2017-01-15 19-20-34.jpg

另外在参数传递的时候我发现如果直接在main的声明中定义一个指针函数如u8 *p，直接用这个指针来读取SRAM_Read(u8 *pt,u32 Raddress,u32 len)中的数值，程序将会跑死，同时如果直接给p指针指向的位置赋值（如*p=1；）的话程序也将无情的跑死，想了一下应该是在声明中定义的指针没有被分配一个实际的地址，所以程序在直接给其赋值或调用其做传递的时候就会出现找不到地址的问题，所以跑死了，不知道理解的对不对。（ps：毕业好几年，数据结构的知识都忘了差不多了）

K.O.Carnivist · 发表于 2017-1-15 19:36:39

为什么是“SRAMSRAM”：
字符串末尾需要用'/0'字符来结束。
table字符串是5个字符：'S'、'R'、'A'、'M'、'/0'，赋值给f的时候只赋了前4个，而内存中f后面正好是table，所以用pt（=f）来读字符串的时候，读出了'S'、'R'、'A'、'M'、'S'、'R'、'A'、'M'、'/0'这样9个字符。

为什么f大于四个字符就能正常显示四个：
大约是因为f所在内存在初始化的时候都是'/0'（整数0），赋值后前4个字符是'S'、'R'、'A'、'M'，后面全是'/0'，以“读到'/0'算字符串结束”的规则，正确读出了5个字符。

为什么*p=1赋值会跑死：
1这个地址对应的区域是不可写的。可以随便读写片内地址的一般是SRAM段（0x2*******，比如楼主位debug信息里的table和f）、外设寄存器段（0x4*******）、内核寄存器（0xE*******）。