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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
02/22/06 18:59
Read: times


 
#110523 - True enough
Responding to: ???'s previous message
Sasha Jevtic said:
There is no guarantee that an Intel Hex record only contains 16 bytes of data. The RECLEN field is one byte, and the Intel Hex Format Specification allows it to be up to 255. In practice, it's usually a lot less than that though, typically in the range you suggest.


True enough. In theory it could be up to 255. In practice, I've personally never seen it exceed 16. And, in practice, I have seen just single bytes on an Intel HEX line even though the address of the byte in question followed the previous and preceeded the following line sequentially. I assume those cases must be because the assembler (or linker, if there is one) is outputting the data to the Intel HEX file as soon as it knows what goes there rather than waiting to see if more data will follow sequentially which could be placed on the same Intel HEX line.

When I developed Pinnacle, I had the linker output the binary data to a memory image in RAM, and then it goes through the entire image and dumps it to the Intel HEX file using 16-byte lines whenever possible. I guess there's really no particular benefit in doing that, but it just seemed like the right way to do it to me. Once in a blue moon I have found myself inspecting a HEX file, and I've found it much easier to deal with constant 16-byte lines than a mish-mash of differently sized lines.

Regards,
Craig Steiner


List of 30 messages in thread
TopicAuthorDate
Using obj files for programming            01/01/70 00:00      
   most probably            01/01/70 00:00      
      Not really            01/01/70 00:00      
   What assembler?            01/01/70 00:00      
      A51 details            01/01/70 00:00      
         That is usually the case when you own an            01/01/70 00:00      
            PseudoSam Assembler            01/01/70 00:00      
               Manual            01/01/70 00:00      
         Throw it away!            01/01/70 00:00      
         Psuedo-Sam            01/01/70 00:00      
   Keep what you got. It's very good.            01/01/70 00:00      
      Not "WRONG"            01/01/70 00:00      
      Where I was wrong            01/01/70 00:00      
         not necessarily            01/01/70 00:00      
      Back to the question            01/01/70 00:00      
         Yes            01/01/70 00:00      
      obj files            01/01/70 00:00      
         Yes            01/01/70 00:00      
            Hex bloat and Swiss Army Knives            01/01/70 00:00      
               True enough            01/01/70 00:00      
            File size vs Code size            01/01/70 00:00      
               Maybe, but...            01/01/70 00:00      
                  any old UNIX guys?            01/01/70 00:00      
                     OBJ context            01/01/70 00:00      
                        from here            01/01/70 00:00      
                           Ok            01/01/70 00:00      
         Link to documentation for A51.EXE            01/01/70 00:00      
            From the manual...            01/01/70 00:00      
               How very amazing            01/01/70 00:00      
                  that link            01/01/70 00:00      

Back to Subject List