PDP-11/45 RSTS/E boot problem

Paul Koning paulkoning at comcast.net
Mon Jan 7 09:40:09 CST 2019



> On Jan 6, 2019, at 9:34 PM, Fritz Mueller via cctalk <cctalk at classiccmp.org> wrote:
> 
> Hi Paul,
> 
>> On Jan 6, 2019, at 5:58 PM, Paul Koning <paulkoning at comcast.net> wrote:
>> 
>> Hm.  Can you read data back from the RK05 pack?  I'd have to refresh my memory on how but it's clearly possible to force a crash dump.  That would allow us to dig into exactly what went wrong, provided you can read the dump file (or the whole disk).
> 
> Yes, I can read back, either by sector or the whole pack.  Do let me know if you find a way to trigger a crash dump, and I’ll give it a go!
> 
> 	thanks,
> 	  --FritzM.

Here is the procedure.

1. Make sure crash dump is enabled (in the "default" option).  Start the system.  Let it run for at least one minute.  (I'm not entirely sure about older versions, but I think that a crash within one minute of startup is handled differently and doesn't do all the usual dump and restart machinery.)

2. Set the data switches all UP.  (In SIMH, enter "D SR 177777".)

3. Set a breakpoint.

4. When you hit the breakpoint, change the PC to 52, like this:

	0B:055244 
	_$7/055244 52 
	_P 

   (you enter only "$7/" and "52<return>" and "P", the rest is output from ODT.)

   The system will write the crashdump and then automatically restart.

5. You should now have the crash dump in [0,1]CRASH.SYS, so you can either extract that file and the OS image (the RSTS "SIL" file), or the whole disk.  To analyze it, you can use the standard utility ANALYS, or the unsupported SDA Forth program.  I haven't tried SDA on a V6C image, though; it will probably work but no guarantees.  ANALYSIS needs to be the version that came with that particular OS release, so probably the best way to do it is to boot your system disk image copy on SIMH and run it there.

The key question in this instance is who called LOG$CK, the "RTS originated" log call.  The stack should help answer that, through tracing through it is a bit painful since there are no explicit stack frames so the equivalent to "print me the call stack" does not exist.  If the error originated in a .ERLOG user mode EMT, that means the RTS was unhappy.  The RTS itself isn't included in the crash dump, but the saved user mode PC will indicate where the error came from and looking at the BASIC.RTS image will indicate what it was doing at the time.

	paul



More information about the cctalk mailing list