[参考译文] 编译器/TM4C1294KCPDT：为什么 char = 0x0

示例：外部世界向 UART 接收器发送0x40000。 正如您看到的(黄色)、这不是放入 C++存储阵列单元中的内容。 函数监视器(如上)打印、并通过读回先前写入的数组单元格的变量进行确认。 当在系统级别将 NULL 0x00替换为0x0时、外界的现实已经受到影响。  

很遗憾、我不理解您的问题。  请选择一个存在此问题的函数。  对于包含此函数 的源文件、请按照文章如何提交编译器测试用例中的说明进行操作。  此外、请说明以下内容：

• 函数的名称
• 有关它现在的行为方式的详细说明
• 详细描述了它应该如何操作

谢谢、此致、

乔治

[引用 user="Bob Crosby">我假设您发布的屏幕截图是来自 TM4C129x 串行端口的输出、您期望值为00而不是0。 这是正确的吗？[/引述]

这只是问题的一半、因为 UARTprintf()也将0xff 转换为0x0。 0x400实际上会在 GUI 编号框中生成1024、因此它仅在0x00假定出现 NULL 时才会下降半字节。  奇怪的模块包括 null = 0、也许您的位于正确的路径、它是模块级问题、而不是编译器十六进制默认行为。 请注意、项目属性 ARM Hex 段具有数组输出格式的多种方法、目前未设置为任何格式。  

UARTpritf()是如何修改缓冲区阵列单元读数的，但现在0x80000产生十进制524288，它不会在昨晚执行该操作。 因此、这对于需要生成3个十六进制字节的非常大的整数来说已经足够好了。

感谢 Bob！