Diskussion:Intel HEX
--91.13.222.122 16:27, 26. Mär. 2009 (CET)Es ist nicht ganz richtig, daß das HEX Format für Intel 80x86-Prozessoren zugeschnitten ist, da es bereits für die Prozessoren 8080 und 8085 verwendet wurde. Der Ursprung liegt also zur Zeit der 8-Bit CPUs mit einem Adressraum von 16-Bit, was sich ja auch an der 16-Bit Adresse im HEX-File wieder spiegelt. Mit der Einführung des 8086 und dessen größerem Adressraums mußte, wie im Artikel richtig erwähnt, ein zusätzlicher Datensatztyp geschaffen werden.
Fehler bei "Extended Segment Address": Multiplikation mit 2^16 statt 16[Quelltext bearbeiten]
Im Text ist unter "Extended Segment Address" die Rede von einer Multiplikation der Adresse mit 2^16. Das ist falsch und gilt nur für "Extended Linear Address", es ist lediglich eine Multiplikation mit 16 nötig. Siehe englische Wikipedia, frühere Version der dt. Seite und andere Quellen zum Intel Hex Format: https://en.wikipedia.org/wiki/Intel_HEX#Record_types http://www.schulz-koengen.de/biblio/intelhex.htm
(eben noch einmal mit einem eigenen Hexfile geprüft)
Check 2: Die vor kurzem eingefügte Änderung von "Schiefer TUrm" ist eine Falschänderung. Diesbezüglich sollte auch seine Änderung zum Record-Typ 3 geprüft werden. (nicht signierter Beitrag von 85.232.30.233 (Diskussion) 09:52, 6. Nov. 2015 (CET))
record type 02[Quelltext bearbeiten]
Richtig ist das um 4 Bits nach links geschoben werden muss. Das ist eine Multiplikation mit 2^4 also 16. Das enstspricht ja auch der Adressierung im 8086 wie sie im record type 03 richtig erklärt wird.