Debugging problem CodeWarrior 4.6

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 
已解决

Debugging problem CodeWarrior 4.6

跳至解决方案
2,585 次查看
chhg
Contributor I
I am using CodeWarrior 4.6 with BDI1000 on HC12A4. The debugger can download an run my abs file without problem and all works fine. But when I set break points and/or step over functions, the current C-code-line can not be found mostly and I have to reset the device.
Does somebody know something about this stepping problem?
标签 (1)
标记 (1)
0 项奖励
回复
1 解答
919 次查看
CompilerGuru
NXP Employee
NXP Employee
I would check if all the interrupt handlers you have do either not set PPAGE/DPAGE,
or they do properlty back it up before modifying.
The descriptions sounds like if PPAGE would get corrupted by an interrupt,
do you "loose" the target when you are stepping in the 0x8000..0xBFFF PPAGE area?
Maybe try to assembly single step and try to catch the case where it just jumps away.

Daniel

在原帖中查看解决方案

0 项奖励
回复
4 回复数
919 次查看
J2MEJediMaster
Specialist I
It sounds like you're not getting debugging symbols for your program, especially if the code downloads fine. Sorry, I have to ask the obvious because I don't know your exact setup.

Does it single-step fine through the code? Or does the debugger lose it after a while even when you do that?

---Tom
0 项奖励
回复
919 次查看
chhg
Contributor I
Hi,
The compiler setup are:
-Cc -Cf -CpDPAGE -CpPPAGE -D_DEBUG -F2 -Mb -One -TD4LD4LLD4 -W2 -WmsgSd3303
In "Smart Slider" is the "Debug Complexity" around the center (~45%).
 
Sometimes it does single-step fine, but there is no rule, when the debugger lose it. It loses not always at the same location, when I jump into a function or over it, but mostly by loosing the procedur.
Thanks Christian
0 项奖励
回复
920 次查看
CompilerGuru
NXP Employee
NXP Employee
I would check if all the interrupt handlers you have do either not set PPAGE/DPAGE,
or they do properlty back it up before modifying.
The descriptions sounds like if PPAGE would get corrupted by an interrupt,
do you "loose" the target when you are stepping in the 0x8000..0xBFFF PPAGE area?
Maybe try to assembly single step and try to catch the case where it just jumps away.

Daniel
0 项奖励
回复
919 次查看
chhg
Contributor I
You are right: Always when it "loses", the assembly steps are between 0x8000 - 0xBFFF! What can I do?
0 项奖励
回复