Debugging problem CodeWarrior 4.6

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Debugging problem CodeWarrior 4.6

Jump to solution
2,521 Views
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?
Labels (1)
Tags (1)
0 Kudos
Reply
1 Solution
855 Views
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

View solution in original post

0 Kudos
Reply
4 Replies
855 Views
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 Kudos
Reply
855 Views
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 Kudos
Reply
856 Views
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 Kudos
Reply
855 Views
chhg
Contributor I
You are right: Always when it "loses", the assembly steps are between 0x8000 - 0xBFFF! What can I do?
0 Kudos
Reply