c - 如何修复 68HC11 编译器生成无效的 JMP/BRA 代码
问题描述
我正在编译 C 代码以对设备的 EPROM 进行编程。使用的编译器是 Hi-Tech C Compiler。我相信它是 7.80 版本。
当我(重新)制作我的代码时,它会生成一个二进制 (*.BIN) 文件,用于闪存到 EPROM。
我发现编译后的代码通常在程序集中带有一行代码,这会破坏代码并导致设备在到达时关闭。似乎编译器正在将 Branch-Always (BRA) 语句更改为错误地执行BRA 0
,当转换为十六进制操作码时JMP 0000
,编译器会将其转换为。这会导致代码到达代码的意外区域,从而导致设备关闭。
重新制作代码时,这个错误的分支总是在同一个地方。但是我发现,如果我对代码进行小幅更改,不同的 BRA 调用会得到完全相同的损坏。
我现在觉得我需要深入研究 *.BIN 文件本身,找到错误的 BRA/JMP 调用,然后手动修复它。这样做的问题是,每当我对代码进行更改然后创建一个新的二进制文件时,我都需要追踪这个错误的 BRA/JMP 调用,计算应该存在的 BRA 调用的正确操作码是什么,并自己编辑。我宁愿每次进行更改时都不必这样做,因为这会占用大量时间。
这是错误 BRA 调用及其周围代码的示例。很抱歉,我无法为此提供完整的源代码,因为它适用于专有系统,但我可以围绕该问题分享汇编代码和十六进制代码。
等效的 C 代码,并添加了错误 BRA/JMP 发生位置的注释:
if ( variable > 5.5 )
{
printf( "Variable is: %f", variable );
// right here is where the BRA 0 is in the Assembly (JMP 0000 in hex). It should be branching to function_call() below, but it is not
}
else
{
if ( variable < 5.4 )
{
// bunch of code in here
}
else
{
// if/else in here with some printf() calls
}
}
function_call();
这是来自已编译的 *.AS 程序集文件:
tsy
ldx 3,y
pshx
ldx 1,y
pshx
ldx #u189
bra 0
上述bra 0
程序集无效。在这种特殊情况下,根据汇编文件中的标签,它应该是bra l28
(注意,这是 L28,带有小写 L,以避免混淆。它是在汇编代码中定义较低的标签,其中此分支应该去)。
这将产生以下十六进制操作码:
18 30 CD EE 03 3C CD EE 01 3C CE F6 DD 7E 00 00
以下摘录来自 *.LST 列表文件。
758 03E0' 18 30 tsy
759 03E2' CD EE 03 ldx 3,y
760 03E5' 3C pshx
761 03E6' CD EE 01 ldx 1,y
762 03E9' 3C pshx
763 03EA' CE 005D' ldx #u189
764 03ED' 7E 0000 bra 0
可以看出,它将 转换bra 0
为JMP 0000
(7E 0000)。
我想找到一个可以彻底解决这种情况的解决方案,这样编译器就不会再破坏程序集中的随机 BRA 助记符,不需要我挖掘二进制文件、找到 JMP 调用并手动修复它。是时候更改代码了。
为了澄清,我理解这BRA 0
与 不同JMP 0000
,但是编译器出于未知原因(1)放入BRA 0
程序集文件而不是BRA l28
它应该是什么,以及(2)JMP 0000
在创建二进制文件时将其转换为。
解决方案
不幸的是,在这个阶段,我发现的唯一解决方案是手动编辑和修复程序集的解决方法,而不是从一开始就阻止问题发生的最终修复。
以下是我为手动解决此问题而采取的步骤。
- 重新制作代码。这将编译新的 OBJ 文件并链接它们以创建二进制 (*.BIN) 文件
- 在某种形式的十六进制编辑器中打开生成的二进制文件 (*.BIN)(我使用 HxD)
- 搜索以下十六进制值:
7E0000
. 0x7E 是 JMP 到 68HC11 中的绝对地址的操作码。如果找到,请继续。如果没有找到,代码应该没问题 - 打开每个代码文件 (*.C) 并将它们编译成汇编 (*.AS) 文件和可选的列表 (*.LST) 文件
- 搜索每个Assembly(或Listing)文件以查找
BRA 0
(注意空格中有一个制表符)。找到后继续 - 确定该装配线应分支到的正确标签。这一步可能非常困难,一开始我使用了错误的标签。
- 打开包含错误的程序集文件并将
BRA 0
其更改为分支到正确的标签,即BRA L8
- 在仍然打开程序集文件的情况下,将其编译为对象 (*.OBJ) 文件。这将使用更新的(并且希望是正确的)分支标签
- 制作代码。不要重新制作。这将表明只有新的对象文件发生了变化,它将使用它来创建一个新的二进制文件。这次不会有错误的JMP0000
- 可选(但建议)检查生成的二进制 (*.BIN) 文件以确保它不再具有十六进制值
7E0000
推荐阅读
- nginx - ClusterIP:无和失败的 pod
- java - 在二十一点游戏中制造一段时间的麻烦
- c# - 具有通用 TypeOf 的过滤器模式
- postgresql - CTE 中是否需要 SELECT FOR UPDATE 进行更新?
- php - 雄辩的关系和多维收集拒绝
- angular - 材质仪表板角度主题
- java - RabbitMQ 不等价 arg 'x-max-length-bytes' 异常
- javascript - 使用打字稿创建日期 + 07/12/9999 时出现错误
- css - Chrome:保存在检查器工具中所做的自定义 CSS 更改,以便它们出现在页面重新加载时
- java - 如何将 -h 参数传递给 maven 编译器插件以创建 JNI 头文件