Re: [Simh] Simh Digest, Vol 192, Issue 17

2020-01-24 Thread Don Dossa
ing about the macro11 assembler in simtools, however
> that program only appears to output object files, not binary ones. simh
> appears to only accept binary filesm not object files.
>
> Is there some way to bridge the gap? Is there some method to bridge he gap?
> marco11 to output binary files, a linker to convert object files to binary
> ones, or simh to accept object files.
>
> For the PiDP-11 users, they could prooblbly work from a listing where a
> hard-coded base address is given, but others might want to try something
> that is too long to want to key it in.
>
> If this is already possible, some documentation on the process would be
> useful. This would also make simtools more useful.
>
> This applies to all the other emulations that have assemblers available
> also.
> -- next part --
> An HTML attachment was scrubbed...
> URL: <
> http://mailman.trailing-edge.com/pipermail/simh/attachments/20200124/3d8d39cd/attachment-0001.html
> >
>
> --
>
> Message: 3
> Date: Fri, 24 Jan 2020 20:17:09 -0500
> From: Richard Cornwell 
> To: simh@trailing-edge.com
> Subject: Re: [Simh] Tops-20 4.1 on simh PDP-10:  trouble during
> install
> Message-ID: <20200124201709.4de093e3.r...@sky-visions.com>
> Content-Type: text/plain; charset=US-ASCII
>
> Hi Tom,
>
>   While I have not tried Tops-20 on the KS10, I do have versions 2
>   through 7 running on my unreleased KL10 simulator. I am still
>   resolving issues, I should be releasing it in a month or two.
>
>I think you need to hit ^C after the NO SYSJOB.
>
> Rich
>
> > I'm a new simh user, and have mostly been using it to relive my youth
> > on PDP-11s.  But I also had played with TOPS-20 back in those misspent
> > days, and wanted to see if I could have my own, fully realizing that
> > SIMH can't run later versions of TOPS-20 because it simulates a
> > KS10. Still, I am having trouble getting past the first few steps of
> > the install.
> >
> > I am starting from the install document at
> >
> http://bitsavers.informatik.uni-stuttgart.de/pdf/dec/pdp10/TOPS20/V4.1_Feb83/AA-P346A-TM_KS_Install_4.1_Feb83.pdf
> >
> > I have downloaded the install tape from
> >
> http://pdp-10.trailing-edge.com/tapes/bb-d867e-bm_tops20_v41_2020_instl.tap.bz2
> >
> > I use this "install.ini" file (cribbed from
> > https://gunkies.org/wiki/Running_TOPS-20_V4.1_under_SIMH):
> >
> > set cpu tops-20
> > d wru 006
> > att tu  bb-d867e-bm_tops20_v41_2020_instl.tap
> > set rp rp06
> > att rp t20.dsk
> > boot tu
> >
> > at which point I'm greeted with the expected MTBOOT> prompt.  I then
> > do:
> >
> >
> > MTBOOT> /L
> > MTBOOT> /G143
> >
> > and basically say Y to all the questions:
> > [FOR ADDITIONAL INFORMATION TYPE "?" TO ANY OF THE FOLLOWING
> > QUESTIONS.]
> >
> > DO YOU WANT TO REPLACE THE FILE SYSTEM ON THE PUBLIC STRUCTURE? Y
> >
> > DO YOU WANT TO DEFINE THE PUBLIC STRUCTURE? Y
> >
> > HOW MANY PACKS ARE IN THIS STRUCTURE: 1
> >
> > ON WHICH "CHANNEL,UNIT" IS LOGICAL PACK # 0 MOUNTED: 0,0
> >
> > DO YOU WANT THE DEFAULT SWAPPING SPACE? Y
> >
> > DO YOU WANT THE DEFAULT SIZE FRONT END FILE SYSTEM? Y
> >
> > DO YOU WANT THE DEFAULT SIZE BOOTSTRAP AREA? Y
> >
> > [STRUCTURE "PS" SUCCESSFULLY DEFINED]
> >
> > [PS MOUNTED]
> > ?PS UNIT 0 HAS NO BAT BLOCKS.
> > DO YOU WANT TO WRITE A SET OF PROTOTYPE BAT BLOCKS? Y
> >
> > %%NO SETSPD
> >
> > System restarting, wait...
> >
> >
> > At this point, the simulator just sits there for hours, never giving
> > the date/time question the installation guide says I should get
> > next.  It does seem that the install process has at least initialized
> > the disk image, and if I reboot and tell it to skip all of those
> > filesystem initialization steps, it blasts right to the %%NO SETSPD
> > and "System restarting" steps, whereupon it hangs again.
> >
> > I'm running simh off of today's current git master branch.  I have
> > compiled it both on FreeBSD and on Ubuntu 16.04 with identical
> > results (so I am not assuming it's just a FreeBSD incompatibility
> > issue).
> >
> >
> > I see plenty of old references to running TOPS-20 4.1 on SIMH, and no
> > such references to this apparent hanging of the simulator at a very
> > early stage in installation.  Has anybody got this running?  Am I
> > missing something blindingly obvious somewhere?
>

Re: [Simh] Tops-20 4.1 on simh PDP-10: trouble during install

2020-01-24 Thread Tom Russo
On Fri, Jan 24, 2020 at 08:17:09PM -0500, we recorded a bogon-computron 
collision of the  flavor, containing:
> Hi Tom,
> 
>   While I have not tried Tops-20 on the KS10, I do have versions 2
>   through 7 running on my unreleased KL10 simulator. I am still
>   resolving issues, I should be releasing it in a month or two.

That should be pretty cool.  I look forward to it.

>I think you need to hit ^C after the NO SYSJOB. 

I never get to a NO SYSJOB anywhere.  It hangs right at 
"System restarting, wait..."

^C does nothing at that stage.


> Rich
> 
> > I'm a new simh user, and have mostly been using it to relive my youth
> > on PDP-11s.  But I also had played with TOPS-20 back in those misspent
> > days, and wanted to see if I could have my own, fully realizing that
> > SIMH can't run later versions of TOPS-20 because it simulates a
> > KS10. Still, I am having trouble getting past the first few steps of
> > the install.
> > 
> > I am starting from the install document at 
> > http://bitsavers.informatik.uni-stuttgart.de/pdf/dec/pdp10/TOPS20/V4.1_Feb83/AA-P346A-TM_KS_Install_4.1_Feb83.pdf
> > 
> > I have downloaded the install tape from 
> > http://pdp-10.trailing-edge.com/tapes/bb-d867e-bm_tops20_v41_2020_instl.tap.bz2
> > 
> > I use this "install.ini" file (cribbed from
> > https://gunkies.org/wiki/Running_TOPS-20_V4.1_under_SIMH):
> > 
> > set cpu tops-20
> > d wru 006 
> > att tu  bb-d867e-bm_tops20_v41_2020_instl.tap
> > set rp rp06
> > att rp t20.dsk
> > boot tu
> > 
> > at which point I'm greeted with the expected MTBOOT> prompt.  I then
> > do:
> > 
> > 
> > MTBOOT> /L
> > MTBOOT> /G143  
> > 
> > and basically say Y to all the questions:
> > [FOR ADDITIONAL INFORMATION TYPE "?" TO ANY OF THE FOLLOWING
> > QUESTIONS.]
> > 
> > DO YOU WANT TO REPLACE THE FILE SYSTEM ON THE PUBLIC STRUCTURE? Y
> > 
> > DO YOU WANT TO DEFINE THE PUBLIC STRUCTURE? Y
> > 
> > HOW MANY PACKS ARE IN THIS STRUCTURE: 1
> > 
> > ON WHICH "CHANNEL,UNIT" IS LOGICAL PACK # 0 MOUNTED: 0,0
> > 
> > DO YOU WANT THE DEFAULT SWAPPING SPACE? Y
> > 
> > DO YOU WANT THE DEFAULT SIZE FRONT END FILE SYSTEM? Y
> > 
> > DO YOU WANT THE DEFAULT SIZE BOOTSTRAP AREA? Y
> > 
> > [STRUCTURE "PS" SUCCESSFULLY DEFINED]
> > 
> > [PS MOUNTED]
> > ?PS UNIT 0 HAS NO BAT BLOCKS.
> > DO YOU WANT TO WRITE A SET OF PROTOTYPE BAT BLOCKS? Y
> > 
> > %%NO SETSPD
> > 
> > System restarting, wait...
> > 
> > 
> > At this point, the simulator just sits there for hours, never giving
> > the date/time question the installation guide says I should get
> > next.  It does seem that the install process has at least initialized
> > the disk image, and if I reboot and tell it to skip all of those
> > filesystem initialization steps, it blasts right to the %%NO SETSPD
> > and "System restarting" steps, whereupon it hangs again.
> > 
> > I'm running simh off of today's current git master branch.  I have
> > compiled it both on FreeBSD and on Ubuntu 16.04 with identical
> > results (so I am not assuming it's just a FreeBSD incompatibility
> > issue).
> > 
> > 
> > I see plenty of old references to running TOPS-20 4.1 on SIMH, and no 
> > such references to this apparent hanging of the simulator at a very 
> > early stage in installation.  Has anybody got this running?  Am I
> > missing something blindingly obvious somewhere?
> 
> 
> 
> -- 
> ==
> Richard Cornwell
> r...@sky-visions.com
> http://sky-visions.com
> LinkedIn:   https://www.linkedin.com/in/richard-cornwell-991076107
> ==

-- 
Tom RussoKM5VY
Tijeras, NM  

 echo "prpv_a'rfg_cnf_har_cvcr" | sed -e 's/_/ /g' | tr [a-m][n-z] [n-z][a-m]

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] load

2020-01-24 Thread Paul Koning


> On Jan 24, 2020, at 6:26 PM, Kevin Handy  wrote:
> 
> I was watching some youtube videos about the PiDP-11, and they all seemed to 
> end up typing in a hand-assembled program into the emulator.
> 
> It got me  to thinking about the macro11 assembler in simtools, however that 
> program only appears to output object files, not binary ones. simh appears to 
> only accept binary filesm not object files.
> 
> Is there some way to bridge the gap? Is there some method to bridge he gap? 
> marco11 to output binary files, a linker to convert object files to binary 
> ones, or simh to accept object files.
> 
> For the PiDP-11 users, they could prooblbly work from a listing where a 
> hard-coded base address is given, but others might want to try something that 
> is too long to want to key it in.
> 
> If this is already possible, some documentation on the process would be 
> useful. This would also make simtools more useful.
> 
> This applies to all the other emulations that have assemblers available also.

This probably isn't quite what you're looking for, but if not it could be 
tweaked.

For running parts of the GCC test suite for the PDP11 target, I wanted to be 
able to run its output on SIMH.  Here is a simple Python program that turns 
Unix style a.out files (the archaic PDP11 flavor rather than the later flavor 
used in some other platforms) into DEC standard paper tape binary loader files 
that SIMH will accept.

paul

#!/usr/bin/env python

"""Convert a PDP11 a.out file to papertape loader format
(a.k.a. "formatted binary").
"""

DEBUG = 0

import sys
import struct

DEFBASE = 01000   # program first word address
TSTART = 020  # start of text in input file

def csum (data):
cs = 0
for c in data:
cs += ord (c)
return chr ((256 - cs) & 0xff)

inf = open (sys.argv[1], "rb")

data = inf.read ()
inf.close ()
m, tlen, dlen, bsslen, stlen, xfer = struct.unpack (" len (data):
print "text or data section beyond end of input"
sys.exit (1)

if TSTART + tlen + dlen > 016:
print "Program is too large: %o" % (TSTART + tlen + dlen)
sys.exit (1)

if xfer < base or xfer > base + tlen:
print "transfer address %06o is out of range" % xfer
sys.exit (1)

# Data starts on an even address.  Note: this is a function of the
# link script used.  Without a script, the linker apparently pads to a
# multiple of 0400, but pdp11-simh.ld just does alignment to even.
dbase = base + tlen
dbase = (dbase + 1) & -2

if DEBUG:
print "text base %06o data base %06o" % (base, dbase)

outf = open (sys.argv[2], "wb")

text = data[TSTART:tlen + TSTART]
data = data[TSTART + tlen:TSTART + tlen + dlen]

l = len (text) + 6
text = struct.pack ("___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Tops-20 4.1 on simh PDP-10: trouble during install

2020-01-24 Thread Richard Cornwell
Hi Tom,

  While I have not tried Tops-20 on the KS10, I do have versions 2
  through 7 running on my unreleased KL10 simulator. I am still
  resolving issues, I should be releasing it in a month or two.

   I think you need to hit ^C after the NO SYSJOB. 

Rich

> I'm a new simh user, and have mostly been using it to relive my youth
> on PDP-11s.  But I also had played with TOPS-20 back in those misspent
> days, and wanted to see if I could have my own, fully realizing that
> SIMH can't run later versions of TOPS-20 because it simulates a
> KS10. Still, I am having trouble getting past the first few steps of
> the install.
> 
> I am starting from the install document at 
> http://bitsavers.informatik.uni-stuttgart.de/pdf/dec/pdp10/TOPS20/V4.1_Feb83/AA-P346A-TM_KS_Install_4.1_Feb83.pdf
> 
> I have downloaded the install tape from 
> http://pdp-10.trailing-edge.com/tapes/bb-d867e-bm_tops20_v41_2020_instl.tap.bz2
> 
> I use this "install.ini" file (cribbed from
> https://gunkies.org/wiki/Running_TOPS-20_V4.1_under_SIMH):
> 
> set cpu tops-20
> d wru 006 
> att tu  bb-d867e-bm_tops20_v41_2020_instl.tap
> set rp rp06
> att rp t20.dsk
> boot tu
> 
> at which point I'm greeted with the expected MTBOOT> prompt.  I then
> do:
> 
> 
> MTBOOT> /L
> MTBOOT> /G143  
> 
> and basically say Y to all the questions:
> [FOR ADDITIONAL INFORMATION TYPE "?" TO ANY OF THE FOLLOWING
> QUESTIONS.]
> 
> DO YOU WANT TO REPLACE THE FILE SYSTEM ON THE PUBLIC STRUCTURE? Y
> 
> DO YOU WANT TO DEFINE THE PUBLIC STRUCTURE? Y
> 
> HOW MANY PACKS ARE IN THIS STRUCTURE: 1
> 
> ON WHICH "CHANNEL,UNIT" IS LOGICAL PACK # 0 MOUNTED: 0,0
> 
> DO YOU WANT THE DEFAULT SWAPPING SPACE? Y
> 
> DO YOU WANT THE DEFAULT SIZE FRONT END FILE SYSTEM? Y
> 
> DO YOU WANT THE DEFAULT SIZE BOOTSTRAP AREA? Y
> 
> [STRUCTURE "PS" SUCCESSFULLY DEFINED]
> 
> [PS MOUNTED]
> ?PS UNIT 0 HAS NO BAT BLOCKS.
> DO YOU WANT TO WRITE A SET OF PROTOTYPE BAT BLOCKS? Y
> 
> %%NO SETSPD
> 
> System restarting, wait...
> 
> 
> At this point, the simulator just sits there for hours, never giving
> the date/time question the installation guide says I should get
> next.  It does seem that the install process has at least initialized
> the disk image, and if I reboot and tell it to skip all of those
> filesystem initialization steps, it blasts right to the %%NO SETSPD
> and "System restarting" steps, whereupon it hangs again.
> 
> I'm running simh off of today's current git master branch.  I have
> compiled it both on FreeBSD and on Ubuntu 16.04 with identical
> results (so I am not assuming it's just a FreeBSD incompatibility
> issue).
> 
> 
> I see plenty of old references to running TOPS-20 4.1 on SIMH, and no 
> such references to this apparent hanging of the simulator at a very 
> early stage in installation.  Has anybody got this running?  Am I
> missing something blindingly obvious somewhere?



-- 
==
Richard Cornwell
r...@sky-visions.com
http://sky-visions.com
LinkedIn:   https://www.linkedin.com/in/richard-cornwell-991076107
==

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] load

2020-01-24 Thread Kevin Handy
I was watching some youtube videos about the PiDP-11, and they all seemed
to end up typing in a hand-assembled program into the emulator.

It got me  to thinking about the macro11 assembler in simtools, however
that program only appears to output object files, not binary ones. simh
appears to only accept binary filesm not object files.

Is there some way to bridge the gap? Is there some method to bridge he gap?
marco11 to output binary files, a linker to convert object files to binary
ones, or simh to accept object files.

For the PiDP-11 users, they could prooblbly work from a listing where a
hard-coded base address is given, but others might want to try something
that is too long to want to key it in.

If this is already possible, some documentation on the process would be
useful. This would also make simtools more useful.

This applies to all the other emulations that have assemblers available
also.
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Tops-20 4.1 on simh PDP-10: trouble during install

2020-01-24 Thread Tom Russo
I'm a new simh user, and have mostly been using it to relive my youth
on PDP-11s.  But I also had played with TOPS-20 back in those misspent
days, and wanted to see if I could have my own, fully realizing that
SIMH can't run later versions of TOPS-20 because it simulates a KS10.  
Still, I am having trouble getting past the first few steps of the install.

I am starting from the install document at 
http://bitsavers.informatik.uni-stuttgart.de/pdf/dec/pdp10/TOPS20/V4.1_Feb83/AA-P346A-TM_KS_Install_4.1_Feb83.pdf

I have downloaded the install tape from 
http://pdp-10.trailing-edge.com/tapes/bb-d867e-bm_tops20_v41_2020_instl.tap.bz2

I use this "install.ini" file (cribbed from 
https://gunkies.org/wiki/Running_TOPS-20_V4.1_under_SIMH):

set cpu tops-20
d wru 006 
att tu  bb-d867e-bm_tops20_v41_2020_instl.tap
set rp rp06
att rp t20.dsk
boot tu

at which point I'm greeted with the expected MTBOOT> prompt.  I then do:


MTBOOT> /L
MTBOOT> /G143

and basically say Y to all the questions:
[FOR ADDITIONAL INFORMATION TYPE "?" TO ANY OF THE FOLLOWING QUESTIONS.]

DO YOU WANT TO REPLACE THE FILE SYSTEM ON THE PUBLIC STRUCTURE? Y

DO YOU WANT TO DEFINE THE PUBLIC STRUCTURE? Y

HOW MANY PACKS ARE IN THIS STRUCTURE: 1

ON WHICH "CHANNEL,UNIT" IS LOGICAL PACK # 0 MOUNTED: 0,0

DO YOU WANT THE DEFAULT SWAPPING SPACE? Y

DO YOU WANT THE DEFAULT SIZE FRONT END FILE SYSTEM? Y

DO YOU WANT THE DEFAULT SIZE BOOTSTRAP AREA? Y

[STRUCTURE "PS" SUCCESSFULLY DEFINED]

[PS MOUNTED]
?PS UNIT 0 HAS NO BAT BLOCKS.
DO YOU WANT TO WRITE A SET OF PROTOTYPE BAT BLOCKS? Y

%%NO SETSPD

System restarting, wait...


At this point, the simulator just sits there for hours, never giving the 
date/time question the installation guide says I should get next.  It does
seem that the install process has at least initialized the disk image, and if
I reboot and tell it to skip all of those filesystem initialization steps,
it blasts right to the %%NO SETSPD and "System restarting" steps, whereupon
it hangs again.

I'm running simh off of today's current git master branch.  I have compiled
it both on FreeBSD and on Ubuntu 16.04 with identical results (so I am not
assuming it's just a FreeBSD incompatibility issue).


I see plenty of old references to running TOPS-20 4.1 on SIMH, and no 
such references to this apparent hanging of the simulator at a very 
early stage in installation.  Has anybody got this running?  Am I missing
something blindingly obvious somewhere?
-- 
Tom RussoKM5VY
Tijeras, NM  

 echo "prpv_a'rfg_cnf_har_cvcr" | sed -e 's/_/ /g' | tr [a-m][n-z] [n-z][a-m]

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh