<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Cory,</div><div><br></div>I found that RSTS tape image at BitSavers and got the same error you did when I converted it. As you said, the conversion looks fine -- TAPELOOK shows the same contents: 151 files processed.<div><br></div><div>It is a weird hybrid format. :) (I've never used RSTS, so I never included this format in my TAPELOOK program.) It looks like a boot block, some DEC DOS labeled files, and then a BACKUP or BRU save-set (you can see the ANSI labels).<br><div><br></div><div>TAPELOOK did not run into the SIMH format error that SIMH2MTD did. I'm wondering if TAPELOOK stops when it runs into two tape marks at the end of the tape, whereas SIMH2MTD does not. I'll have a look.</div><div><br></div><div>Let me know if you are successful. As I said before, TAPELOOK should show the same contents for the .tap image, the .mtd image, and the actual 9-track tape when you're done.</div><div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: 'Helvetica Neue'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">Larry Baker<br>US Geological Survey<br>650-329-5608<br><a href="mailto:baker@usgs.gov">baker@usgs.gov</a><br><br><br></span>
</div>
<br><div><div>On 23 May 2014, at 6:16 PM, Cory Smelosky wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>On Fri, 23 May 2014, Larry Baker wrote:<br><br><blockquote type="cite">Cory,<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">"Fatal drive error" means the SIMH decoder failed a validation test. Meaning, it didn't match Bob Supnik's description of the format. If you first run TAPELOOK on the SIMH image, the same thing will probably happen. Where did you download the RSTS tape image. Are you sure it is a SIMH mag tape image?<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">It is possible that this will happen at the end of a valid SIMH mag tape image. I didn't do anything to stop reading bytes at what would be, e.g., a Unix EOF. That is because I am reading the file in block mode, not record mode. For example, the tape image I was working with did have garbage at the end of the file. But, that did not affect the MTD image creation.<br></blockquote><blockquote type="cite"><br></blockquote><br>It happened at the end.<br><br><blockquote type="cite">If you have a valid SIMH mag tape image, my TAPELOOK program should show you what you've got. If the conversion worked, you should see the same contents when you run TAPELOOK on the converted MTD mag tape image.<br></blockquote><blockquote type="cite"><br></blockquote><br>Looks like the converted tape image is correct.<br><br><br>-- <br>Cory Smelosky<br><a href="http://gewt.net">http://gewt.net</a> Personal stuff<br><a href="http://gimme-sympathy.org">http://gimme-sympathy.org</a> Projects<br></div></blockquote></div><br></div></div></body></html>