> On Jan 27, 2019, at 9:27 PM, Fritz Mueller via cctalk <cctalk@classiccmp.org> 
> wrote:
> 
> 
>> On Jan 27, 2019, at 3:06 PM, Fritz Mueller <fri...@fritzm.org> wrote:
>> 
>> I'll keep you posted about what I find out from ANALYS!
> 
> Posted below.  I've elided the core dump here so not to spam everybody; will 
> send off-list.
> 
> Note that I only copied over the blocks of [0,1]CRASH.SYS, and overlaid them 
> on a copy of the disk image that I already had on my machine, then booted 
> that under SIMH to run ANALYS.  Is copying over [0,1]CRASH.SYS enough, or 
> need I take the time to image the entire disk after the dump?

Just the crash file.  However...


> 
> ========================================================
> 
> ANALYS  V06C-03 RSTS V06C-03 FRITZTS
> Input <[0,1]CRASH.SYS>? 
> Output <KB:ANALYS.DMP>? 
> Crash Error Log Filename <$ERRCRS.FIL>? 
> 
> Analysis of (0,1)CRASH.SYS/SIL:SY0:(0,1)RSTS.SIL
>        Taken on 27-Jan-89 at 06:16 PM
> 
> 
> Certain Critical values are inaccurate
> Octal Dump of Status will not be attempted

That's puzzling.  How did you generate the crash dump?  I remember that message 
but not what causes it (if I ever knew).

Perhaps it wants to read the defaults.  If so, copying the monitor SIL file 
would take care of that.

Is the system on which you're running this ANALYS run using the same monitor as 
the failed system?  Maybe that's the issue.  If ANALYS is using current monitor 
offsets to find data structures in the dump file, that won't work if you're 
analyzing a dump from a different system.

        paul

Reply via email to