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, I have a problem with keil uvision2 I ve create a project with keil uvision2 V2.14 which it's ok since 1 year. But now I ve keil uvision2 V2.38 and when i create hex file, it's bigger of 8 bytes than the other and it doesn't work. I don't understand why and it's a very big problem!!! So, i hope you ve the solution ! Regards
If you use the HEX-386 directive it can add about 8 bytes to the file. .... No i work in .H86 hex file format I do not do 166, but every time I have had problems with a release upgrade od the '51 it has been due to Keils tendency to change defaults. This would be typical Keil, the default has changed and now, for the first time you have to specify the format (H86). Erik
Keils tendency to change defaults Can you please elaborate on this? We should be documenting ANY deviations from default settings in the release notes and in the manuals. The fact that you are having these kinds of problems indicates that we either do not document these changes or that the documentation is not getting read. In any case, the defaults for the compiler, linker, and so on have changed LITTLE in the past 10 years. The biggest change that comes to mind was in V5 of the the C51 compiler in order to make accommodations for some Intel devices. Jon
8 Bytes sounds not like a dramatic change. So the real question remains: why does the program not work. What kind of debugging tools are you using? Did you find out where your program stops working? Please check also the linker MAP file and verify that everything fits into physical memory. Reinhard
Can you please elaborate on this? We should be documenting ANY deviations from default settings in the release notes and in the manuals. The fact that you are having these kinds of problems indicates that we either do not document these changes or that the documentation is not getting read. There has been a few "nuisance problems due to this but, the BIG one was when I upgraded to 6? and 7and everything fell apart. Every program I had, but the most minuscule got data oveflow errors. I tried several times (I think 3) here in the forum, and contacted Keil support several times (I think 5) to no avail. Finally in the last attempt at the forum, someone posted that overlaying did not take place if the compression was set to less than 2 and adding "OT (2)" took care of the problem. I fought this problem for more than 6 months (fortunately the upgrade was not "needed") before someone gave me the solution. In this line: could you please make it so that intalling a new release does not oblitterate the old, I - for one - like to have the ability to go back when I discover problems in the new. Of course, now that I know this I have means. Erik
Finally in the last attempt at the forum, someone posted that overlaying did not take place if the compression was set to less than 2 and adding "OT (2)" took care of the problem. Hmmm. That's strange. I checked our documentation and OT(0) and OT(1) have never overlayed variable memory. So, I'm not sure how you got overlaying to work with any optimizer level less than 2. In this line: could you please make it so that intalling a new release does not oblitterate the old, I - for one - like to have the ability to go back when I discover problems in the new. Of course, now that I know this I have means. If you install the software in a different folder, it won't overwrite the previous version. There has never really been a problem with that. Jon
Hmmm. That's strange. I checked our documentation and OT(0) and OT(1) have never overlayed variable memory. So, I'm not sure how you got overlaying to work with any optimizer level less than 2. The crux of the matter is that the first release (please do not ask - installed by my predecessor) I used here defaulted to OT "something that overlaid" Erik