Cool, thanks. I figured out what's going on. The standalone programs are running, they just aren't displaying any input or output after the first character is printed. So if I do this:
-- sim> load -o boot 0 sim> run 2 -- and then blindly type "ra(0,0)vmunix", it boots! -- Ultrix V2.2 System #2: Wed Nov 18 01:14:13 EST 1987 real mem = 8388608 avail mem = 6888448 using 34 buffers containing 278528 bytes of memory VAX 8600, serial no. 1234, hardware level = 7 IO adapter 0 at address 0x20080000 is an SBI adapter uba0 at address 0x20006000 uda0 at uba0 uq0 at uda0 csr 172150 vec 774, ipl 15 ra0 at uq0 slave 0 de0 at uba0 csr 174510 vec 120, ipl 15 mba0 at address 0x20012000 ht0 at mba0 drive 0 tu0 at ht0 slave 0 boot device not found root device? -- And I can then interact with the console, characters are displayed normally, etc. -Henry On 12 July 2014 19:33, Mark Pizzolato - Info Comm <m...@infocomm.com> wrote: > On Thursday, July 10, 2014 at 5:23 PM, Mark Pizzolato wrote: > > On Jul 10, 2014 2:02 PM, Johnny Billquist <b...@softjar.se> wrote: > > > > > > On 2014-07-11 01:08, Mark Pizzolato - Info Comm wrote: > > > > On Thursday, July 10, 2014 at 3:13 PM, Cory Smelosky wrote: > > > >> On Thu, 10 Jul 2014, Henry Bent wrote: > > > >> > > > >>> Well, that at least did something different. > > >>> > > >>> sim> boot rq0 /r5:8 > > >>> Loading boot code from vmb.exe > > >>> %BOOT-F-Unexpected Exceptio > > >>> > > >>> The 8600 simulator always seems to cut off the last character of its > > >>> messages, I wonder if that's in any way related to the other console > > >>> problems. > > >>> > > >> > > >> 780, 750, and 730 have the same issue...along with not actually > booting from > > >> the console RL, floppy, et al. > > > > > > The last character output in a message just prior to executing a HALT > > > instruction is not surprising since the simulator implements a delay > > > (as a number of instructions executed) from when the data is put in > > > the output register prior to generating the completion > interrupt/status. > > > The halt instruction gets executed before the delay number of > > > instructions have completed. Even if that was 'fixed', nothing > > > operational would change. The reason the message has been > > > generated will still exist. > > The latest github code will no longer drop the last character output just > prior to executing a HALT instruction which returns to the "sim> " prompt. > > Like I said above, nothing else changes though. > > - Mark > _______________________________________________ > Simh mailing list > Simh@trailing-edge.com > http://mailman.trailing-edge.com/mailman/listinfo/simh
_______________________________________________ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh