Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
05/18/09 22:57
Read: times


 
#165477 - RE: it starts at 2000 !!
Responding to: ???'s previous message
Please be sure to check the Preview before posting - your quoting went all wrong in that previous post!



Girish Nikam said:
the keil compiler seems (sic) to be generating hex files starting at 2000.

There is no "seems" about it - this is clearly documented as one of the limitations of the free evaluation version:

http://www.keil.com/demo/limits.asp



Even a simple hello.c program when compiled and burnt makes the programmer writes 2200 bytes.

What do you mean by "simple"?

Remember that printf is an extremely powerful function; therefore an apparently "simple" (sic) program that uses printf can easily use up a great deal of code space!

I will post a detailed message tomorrow with the exact bytes for a simple hello.c and a large program.

That would be helpful.


I said:
Is it possible that whatever you use to "burn" the hex file is working under the false assumption that the records in the Hex file must be in order...?

Girish Nikam said:
Sorry. I didnt quite get this. Can you please elaborate ?


Each record in an Intel Hexfile contains the address at which the data is to be loaded. Therefore, there is no need for the records to be in address order - the loader should simply read the address, and store the data at that address.

However, some loaders are poorly written, and don't work if the Hex records are not in ascending address order...

List of 15 messages in thread
TopicAuthorDate
Keil + Easy-Downloader : Large programs do not work !!            01/01/70 00:00      
   Evaluation Limitation            01/01/70 00:00      
      Yes, you are wrong!            01/01/70 00:00      
   Remember that the evaluation also adds an offset            01/01/70 00:00      
      but code starts at 0x2000            01/01/70 00:00      
         Reading is Fundamental            01/01/70 00:00      
   Keil Eval is indeed the problem !            01/01/70 00:00      
      I don't think that's true            01/01/70 00:00      
         Seems to be common to simulate with more memory            01/01/70 00:00      
            why 380 bytes when code is 1900 ?            01/01/70 00:00      
               problems            01/01/70 00:00      
                  it starts at 2000 !!            01/01/70 00:00      
                     of course it does - kind of            01/01/70 00:00      
                     RE: it starts at 2000 !!            01/01/70 00:00      
            Keil simulator            01/01/70 00:00      

Back to Subject List