Source does not correctly line up with the executable

Go To Last Post
5 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hello I have problem with Studio 4.12 B452 in that is des not line up the source with the code being executed.

I am using ImageCraft V7.03 on WInXPSp2 with JtagICEII and Mega128 target. Imagecraft uses the .cof output

FWIW - I suspect that a possible reason for the problem is that I have configured the compiler to output the .obj files in a directory 'below' where the source is located.

This same code can be debugged without problem on 4.11.
For now I have revwrted back to 4.11 however, if you need any more please let me know.
BTW: is is posible to have 4.12 and 4.11 installed at the same time? - It might speed up providing info to the devs..

Kind Regards,
Ivan Vernot
Real Time Designs

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

ivernot wrote:
Hello I have problem with Studio 4.12 B452 in that is des not line up the source with the code being executed.

I don't quite understand what you mean? Does the yellow arrow marker not track when you are single-stepping, or what?
ivernot wrote:
I am using ImageCraft V7.03 on WInXPSp2 with JtagICEII and Mega128 target. Imagecraft uses the .cof output

I'm not familiar with the ImageCraft compiler and hence cannot help you directly. I have filed a bug report on this, if you want to get in direct contact with us, please e-mail us at avrbeta atmel com, and refer to Bug #731.
ivernot wrote:
FWIW - I suspect that a possible reason for the problem is that I have
configured the compiler to output the .obj files in a directory 'below' where
the source is located.

If you configure the compiler the "normal" way (whatever that is), does it work then?

--
Roland Kruse
Atmel AVR Tools

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I recently saw the same problem with AVR Studio 4.10, service pack 3 and the ImageCraft compiler. I closed all programs, re-booted the computer, recompiled the program and reloaded the coff file in AVR Studio and the problem was solved.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:
I don't quite understand what you mean? Does the yellow arrow marker not track when you are single-stepping, or what?

Yes.
To be precise - the stepping seems to start out ok. I can step though main, set into my HWinit() and so on - It fails however as follows -
- Set a breakpoint in another source code module (other than the one I am now stepping through)
- Make it RUN until the breakpoint is hit
- When the breakpoint hits the debugger stop ok but the cursor is positioned to the wrong source code line .(in my case it was not even the correct file)
- When I look at the disassembler view it shows the asm for the code where I expect to have broken (ie. it is excuting the correct code it is just not lining up the source code to the executable properly)

Just for now I have gone back to 4.11 as we need to get something finshed but I will try to reinstall 4.12 next week and I can do any test you may need me to do then.
HTH
Ivan Vernot
Real Time Designs

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hi Ivan,
We've just fixed a source-mapping bug in the COFF parser. The bug can become evident when any function in your project returns a pointer or other complex data type.
If you want to check if this fix remedies your problem then let us know (avrbeta@atmel.com). It will be in the final release in a few weeks.
- Atmel AVR Tools