[Coco] Re: S-Record test

[Robert Gault]

All but the last two lines are correct. The last two lines should end 
with $3B and $FC. It is easiest to see the last line is wrong because 
only one pair is use, $03.  NOT(0)=$FF  NOT(3)=$FC

Roger Taylor wrote:
> At 11:52 AM 1/7/2006, you wrote:
> 
>> Roger Taylor <roger at newfoal.com> wrote:
>>
>> > Ok, this is new to me... you mean M.E.S.S. can mount an S-Record file
>> > (ASCII) and run it as a ROM?
>>
>> No, Robert meant first convert the S-Record file to a ROM dump.
>>
>> MESS does not support S-Record files.
> 
> 
> CCASM already writes out true ROM images from 4k to 256k.  :)  It pads 
> the extra bytes.
> 
> 
> 
> Here is my new output from the same ROM Pak sample, but I am not sure if 
> the checksums are correct yet.  I just whipped up a new CCASM build.
> 
> The checksum I am doing is actually not complimented until the end.  
> During the stream, all data bytes are added together but only the LSB is 
> kept, then at the end, the length of the record is added to the 
> checksum, then that LSB is complimented.
> 
> S113C0008EC058A6802706AD9FA00220F6108E0091
> S113C01007868F8D35C61E8E0401A78901E0A7808F
> S113C0205A26F73001C60EA784A7881F3088205AE5
> S113C03026F5C680F70400F7041FF705E0F705FFAF
> S113C0408B10313F1026FFCB20C3C60F7DFF027D2E
> S113C050FF032AFB5A26F5390D0D20205448495375
> S113C060204953204120434F434F20524F4D2050ED
> S113C070414B0D0D20204255494C54204259205922
> S113C0804F552E2E2E0D0D20204152452057452070
> S113C090484156494E472046554E205945543F0D78
> S113C0A00D0D2020504C45415345205055524348D6
> S113C0B0415345205241494E424F570D0D202041D6
> S113C0C04E4420474554204652454520555047523A
> S113C0D041444553210D0D20205757572E524149B5
> S110C0E04E424F574944452E434F4D004A
> S9030000FF
> 
>