We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.
Hi all, I have an evaluation version running V2.31 with following stuff... V51.exe V7.01 OH51.exe V2.6 BL51.exe V5.01 EACH TIME I a load an older (working) project and recompile it without ANY changes ... The Hex file is incorrect. I need to RECOMPILE ALL before it works... It is possible to repeat the failure! Anyone with the same problem? Any solution? Kind Regards
Assume you have two projects A & B Load project A. Compile -> failure using the HEX file in the controller. Recompile A -> Hex is working in target Load project B. Compile -> failure using the HEX file in the controller. Recompile B -> Hex is working in target Load project A. in a file type a "space" anywhere to modify the file. (no code changes!) Compile -> failure using the HEX file Recompile B -> Hex is working fine. and so on .... This can be repeated over and over .....
The Hex file is incorrect. how, what, details, please Erik
Have you saved each HEX file in this progression so you can compare the ones that work to the ones that don't work? Jon
The first time you compile... the hex file is empty .... So controller starts unwanted EMPTY code! Kind regards
The hex file is created by the Object-to-Hex converter from the Linker's Absolute Object module output. Is the Absolute Object module OK? (you can load it into the Simulator) Are you sure there's no error, warning, or other messages?
i'm using µvision3 and i made the experience that in case of using an folder for my created objects with a path longer than 7 steps (i mean c:\programm\keil\arm\gnu\examples\sensor\flash...) the hex file is only created once. when i delete the hex file and compile my changed code again, it creates all c files correctly but not the hex file. it is only created again when i restart my computer. after i selected a shorter path everything works fine...
You have spotted the problem!
"c:\programm\keil\arm\gnu\examples\sensor\flash" Remember that the GNU tools originate in UNIX land; I have seen this sort of "oddity" before (not under Keil) where GNU does not totally understand the ways of Microsoft... :-(