<div dir="ltr">I have what appears to be the 1620 software that Purdue U gave to<div>the Computer Museum. One of the decks looks to be a disk</div><div>formatter, the Monitor, the DUP and SPS II.</div><div><br></div><div>I converted the deck from its archive format into a deck usable by</div><div>the simulator. However, when I try to BOOT the deck I get an error</div><div>condition involving the BOOT record. Here is the the first three records:</div><div><br></div><div><div>360007200500360020100500440001200276260005900274250001100000260009000269000-0000</div><div>260009500264310000000200260011400274250000000011490001200000000000000000000-0001</div><div>490041400000340000000102390318700100340000000102390384700100^0-1-0402-0462 -0002</div></div><div><br></div><div>The first instruction reads the second record into locations 72-151. The second </div><div>instruction reads the third record into locations 201-280. This is the the theory.</div><div><br></div><div>What actually seems to happen is that the first instruction does not execute</div><div>because locations 72-151 are zero. The second instruction does work but because</div><div>the first instruction did not clear the second record, it is picked up by the second </div><div>instruction and placed in the wrong location.</div><div><br></div><div>Now the BOOT routine is incomplete and records are being loaded out of sync.</div><div><br></div><div>Has any one seen a case where the first instruction after the boot does not execute?</div><div><br></div><div>I picked up the latest version of the 1620. I have also included the deck that I am trying to </div><div>boot.   </div></div>