Re: Sun/3-powered 737 flight sim

2020-08-17 Thread Plamen Mihaylov via cctalk
I’ve attached different AUI transceivers to Sun3/E SCSI/Ethernet at least
100 times while running and nothing happened. The Sun 3/E prom has on board
diagnostic which could provide more information on the failure.

On Tuesday, August 18, 2020, Chris Hanson via cctalk 
wrote:

> On Aug 17, 2020, at 10:52 AM, Michael Thompson via cctalk <
> cctalk@classiccmp.org> wrote:
> >
> > I have a Sun 3/E, including a SCSI/Ethernet board, that ran fine the last
> > time it was powered on. There is a collector in southern Germany who also
> > has a 3/E board set. I didn't see any contact information for the
> simulator
> > owners.
>
> The originator of the Reddit thread works on this simulator and is the
> point of contact.
>
> They're really interested in moving off the Sun 3/e rather than continuing
> to try to get spare parts etc. I've also suggested they check the
> capacitors and fuses, especially on the Ethernet/SCSI cards, since the
> originator claims multiple failures. The Ethernet fuse in particular is
> likely very easy to trip because people these days aren't used to AUI
> adapters which generally *can not* be hot-plugged without blowing a fuse.
>
>   -- Chris
>
>


Re: UniSys ClearPath OS/2200 Express?

2020-08-17 Thread Jay Jaeger via cctalk
On 7/1/2020 12:23 PM, Kevin Monceaux via cctalk wrote:
> On Wed, Jul 01, 2020 at 09:17:47AM -0400, Michael Kerpan via cctalk wrote:
> 
>> This thread has been truly enlightening. I had no idea that UniSys had
>> hobbyist versions of both their Univac and Burroughs stuff available.
> 
> I'm very happy to find that MCP Express is available to hobbyists.  I
> currently know very little about Burroughs mainframes.  I've searched
> several times in the past for Burroughs emulators.
> 
> I found a nice series of blog posts on getting started with MCP Express:
> 
> https://Unite.org/wp/getting-started-with-mcp-express/
> 
> I read most of the posts last night, and received my MCP Express download
> link this morning.  I'll download and install it as soon as I get home this
> evening.
> 
> 

There are a couple of B5500 emulators out there.  One I have worked with
is pretty much fully functional, but I believe there are more than one.
 B5500 System Tapes are also available online.  Contact me if you need
links - might take me a few minutes to hunt them down.

JRJ


Re: UniSys ClearPath OS/2200 Express?

2020-08-17 Thread Jay Jaeger via cctalk
> 
> I really liked MASM and PLUS.
> I remember two ERs, ADED$ and SMOQUE$. With the latter I was able to move my 
> print out to the top of the queue 
> IIRC, with ADED$ you could assign (and lock) a CPU to your program. A silly 
> mistake in my MASM program “ate” all three CPUs of the 1100/63. Everything 
> froze, and even on the console in the computer room response was extremely 
> slow. $! had no immediate effect!
> 
> Those were the days!  I think I will try to get 2200 running, but I am afraid 
> I forgot most of it (if not all), it’s been over 20 years.
> 
> Henk
> 

I had a chance to play with PLUS while I was a student at U. Wisconsin.
 It was for an independent study course, using a new EXEC the sysprogs
had written to provide access to the batch job queue.

Managed to crash the 1108 (or maybe it was the 1110) twice in a row
owing to a bug in their EXEC.  ;)

Later they adapted (or completely rewrote) it, and had the job queue
displayed on TV screens down in the basement of the Computer Science
building in Madison.

JRJ


Re: UniSys ClearPath OS/2200 Express?

2020-08-17 Thread Jay Jaeger via cctalk
Bill, did you ever cross paths with Dan Nissen or Karen Nissen?  Friends
from U. Wisconsin (and Karen also worked at WisDOT for a while after I
started there, before they both went off to MPLS.)

JRJ

On 6/30/2020 8:05 PM, Bill Gunshannon via cctalk wrote:
> On 6/30/20 6:29 PM, Alan Perry via cctalk wrote:
>> Why would one get OS/2200 when they can get
>> https://www.unisys.com/offerings/clearpath-forward/clearpath-forward-products/clearpath-mcp-software/clearpath-mcp-express
>> ?
>>
> 
> Because I very much enjoyed working on Exec-8 on the 1100 lo those
> 40 years ago.  :-)
> 
> bill


Re: Sun/3-powered 737 flight sim

2020-08-17 Thread Chris Hanson via cctalk
Yeah, there's good reason more modern AUI-based Ethernet and more modern SCSI 
systems use resettable polyfuses...

  -- Chris

> On Aug 17, 2020, at 4:44 PM, Michael Thompson  
> wrote:
> 
> I have also seen the SCSI terminator power fuse blow when the terminator is 
> hot plugged.
> 
> On Mon, Aug 17, 2020 at 7:26 PM Chris Hanson  > wrote:
> On Aug 17, 2020, at 10:52 AM, Michael Thompson via cctalk 
> mailto:cctalk@classiccmp.org>> wrote:
> > 
> > I have a Sun 3/E, including a SCSI/Ethernet board, that ran fine the last
> > time it was powered on. There is a collector in southern Germany who also
> > has a 3/E board set. I didn't see any contact information for the simulator
> > owners.
> 
> The originator of the Reddit thread works on this simulator and is the point 
> of contact.
> 
> They're really interested in moving off the Sun 3/e rather than continuing to 
> try to get spare parts etc. I've also suggested they check the capacitors and 
> fuses, especially on the Ethernet/SCSI cards, since the originator claims 
> multiple failures. The Ethernet fuse in particular is likely very easy to 
> trip because people these days aren't used to AUI adapters which generally 
> *can not* be hot-plugged without blowing a fuse.
> 
>   -- Chris
> 
> 
> 
> -- 
> Michael Thompson



Re: Sun/3-powered 737 flight sim

2020-08-17 Thread Michael Thompson via cctalk
I have also seen the SCSI terminator power fuse blow when the terminator is
hot plugged.

On Mon, Aug 17, 2020 at 7:26 PM Chris Hanson 
wrote:

> On Aug 17, 2020, at 10:52 AM, Michael Thompson via cctalk <
> cctalk@classiccmp.org> wrote:
> >
> > I have a Sun 3/E, including a SCSI/Ethernet board, that ran fine the last
> > time it was powered on. There is a collector in southern Germany who also
> > has a 3/E board set. I didn't see any contact information for the
> simulator
> > owners.
>
> The originator of the Reddit thread works on this simulator and is the
> point of contact.
>
> They're really interested in moving off the Sun 3/e rather than continuing
> to try to get spare parts etc. I've also suggested they check the
> capacitors and fuses, especially on the Ethernet/SCSI cards, since the
> originator claims multiple failures. The Ethernet fuse in particular is
> likely very easy to trip because people these days aren't used to AUI
> adapters which generally *can not* be hot-plugged without blowing a fuse.
>
>   -- Chris
>
>

-- 
Michael Thompson


Re: SIMH on low overhead platform

2020-08-17 Thread Chris Hanson via cctalk
On Aug 17, 2020, at 4:28 PM, Chris Hanson via cctalk  
wrote:
> 
> NetBSD runs SIMH just fine and can be made to boot extremely quickly.

Oh yeah, NetBSD 9.0-stable 64-bit also only takes a few seconds to boot on a 
Raspberry Pi 3B+. It's easy enough to just throw on an SD card and try out. 
Alas the Raspberry Pi 4 isn't supported yet by NetBSD, though I think it's 
coming along. An RPi4 with 4 or 8GB of RAM should be a very nice turnkey SIMH 
server.

  -- Chris



Re: SIMH on low overhead platform

2020-08-17 Thread Chris Hanson via cctalk
One thing that would make it much easier to experiment with SIMH in scenarios 
like this is if its build system wasn't horribly redundant. It genuinely looks 
like someone looked at make and said "How can I turn this into a procedural 
scripting system?" and then wrote the SIMH makefile in that style.

It should only take a couple seconds to build SIMH but instead it takes a 
couple minutes, rebuilds a ton of things redundantly, and runs all sorts of 
testing as a side-effect (instead of having that under a separate target).

At one point I worked out that most of the preprocessor macros fall into just a 
couple of buckets so building SIMH could be separated into building just a 
couple of libsimh libraries from the same sources (one for 32-bit simulated 
pointers, one for 64-bit simulated pointers) and then most of the rest of the 
targets could *just* be the target-specific sources plus the right libsimh.

Unfortunately (1) I can't contribute back that change if I make it without 
jumping through a lot of bureaucratic hoops (employment agreement) and (2) the 
current maintainer appears to not want to hear any criticism whatsoever of 
SIMH's build system.

  -- Chris



Re: Sun/3-powered 737 flight sim

2020-08-17 Thread Chris Hanson via cctalk
On Aug 17, 2020, at 10:52 AM, Michael Thompson via cctalk 
 wrote:
> 
> I have a Sun 3/E, including a SCSI/Ethernet board, that ran fine the last
> time it was powered on. There is a collector in southern Germany who also
> has a 3/E board set. I didn't see any contact information for the simulator
> owners.

The originator of the Reddit thread works on this simulator and is the point of 
contact.

They're really interested in moving off the Sun 3/e rather than continuing to 
try to get spare parts etc. I've also suggested they check the capacitors and 
fuses, especially on the Ethernet/SCSI cards, since the originator claims 
multiple failures. The Ethernet fuse in particular is likely very easy to trip 
because people these days aren't used to AUI adapters which generally *can not* 
be hot-plugged without blowing a fuse.

  -- Chris



Re: SIMH on low overhead platform

2020-08-17 Thread Ed Groenenberg via cctalk
August 17, 2020 7:50 PM, "Chuck Guzis via cctalk"  wrote:

> On 8/17/20 12:43 AM, Tom Hunter via cctalk wrote:
> 
>> Has SIMH been ported to a low overhead (instant-on) platform?
>> 
>> I ask the question because the startup time of Linux is distracting when
>> powering on a PiDP-11/70 or similar clone systems based on SIMH.
> 
> There are some very small versions of Linux that load quickly,
> particularly if you don't need GUI support. For example, BusyBox is a
> "stripped to the bones" Linux that finds its way into many (if not most)
> 'net appliances, such as modems and routers.
> 
> I don't know if SIMH will run on it, but there are many other "smal
> Linuces.
> 
> FWIW,
> Chuck

Until about a year ago, I had a home made device which was an interface between 
a modified version SIMH and
a real 11/70 console.
SIMH did run on a mini-itx PC with a 1GHz via processor running ttylinux.
Ttylinux did consist of a V2 or V3 linux kernel, busybox for the commandset and 
dropbear for ssh.
To get the bash prompt (no login was required) it only took 15 seconds to boot 
from a flash memory card.

Unfortunately, the maintainer of ttylinux has stopped the development for the 
buildenvironment,  but I
have the version 14 and 16. It has support for the Beaglebone, but not for the 
Rpi. Still it might not be
too difficult to create the config files and other build stuff to make it work. 

If anyone want to give it a shot, let me know and I'll place it on my website 
for download (about 24Mb).

Ed
--
Ik email, dus ik besta 


Re: Sun Ultra 10 - openBSD 6.7+Creator3D+sunffb: Xorg and xenocara freeze the system

2020-08-17 Thread Vasile Buruiana via cctalk
In the mean time I put my three little Ultra 10s to hard work and finally I
solved the mistery:. One ultra10 has a creatir3d, one has an elite3d with
creatir driver assigned, the last one is using the on-board ati video card
(no UPA card).
Here is what I did:

- installed openbsd 6.7 without any x-related packages;
- recompiled xenocara according to the 'readme';
- after carefully consulted the man page, I inserted the following
xorg.conf in /etc/X11:

Section "ServerLayout"
Identifier "Xenocara Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
Option "Xinerama" "On"
EndSection

Section "Files"
RgbPath  "/usr/X11R6/lib/X11/rgb"
FontPath "/usr/X11R6/lib/X11/fonts/misc/"
FontPath "/usr/X11R6/lib/X11/fonts/TTF/"
FontPath "/usr/X11R6/lib/X11/fonts/Type1/"
FontPath "/usr/X11R6/lib/X11/fonts/CID/"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/"
EndSection

Section "Module"
EndSection

Section "InputDevice"
Identifier  "Keyboard0"
Driver  "kbd"
Option "Protocol" "wskbd"
Option "Device" "/dev/wskbd0"
EndSection

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option"Protocol" "SunMouse"
Option"Device" "/dev/tty00"
Option"BaudRate" "1200"
EndSection

Section "Monitor"
Identifier   "Monitor"
VendorName   "Eizo"
ModelName"FlexScan F563-T"8
HorizSync31.5-60
VertRefresh  50-70
EndSection

Section "Device"
Identifier  "creator0"
Driver  "wsfb"
Option "device" "/dev/ttyD0"

Option "ReferenceClock""28.636"
Option "UseFBDev" "true"
Option "accel" "True"
VendorName "Elite3D"  # according to dmesg
BoardName  "SUNW"
EndSection

Section "Screen"
Identifier "Screen0"
Device "creator0"
Monitor"Monitor"
EndSection


option device ->  /dev/ttyD0 is the creator3d/elite3D UPA card,  /dev/ttyC0
is the onboard ati card.

driver "sunffb" not working.
driver "wildcatfb" also not working - that's for expert3d and xvr UPA cards
with "wild cat labs" labels on their chips.

I did not try that xorg.conf + creator3d + included x-related packages (no
xenocara) yet. It may work.

Hardware acceleration sucks for both creator 3D and Elite 3D - I have both
boards. The performance is close to Solaris 10+ original drivers. However
it is far better than on-board ATI. 640x480 MPEG movies render bad, they
drop frames:  mplayer + xv and +sdl.
I wonder how xvr1000 performs.

Vasili
www.linkedin.com/in/vasea

On Monday, August 17, 2020, David Brownlee  wrote:

> On Sun, 16 Aug 2020 at 17:50, Vasile Buruiana via cctalk
>  wrote:
> >
> > Greetings.
> >
> > I would like to solve a mistery regarding graphical user interface on a
> Sun
> > Ultra 10+ Creator3D UPA graphics card, running OpenBSD 6.7/sparc64.
> > Everything works fine with Solaris 10. Did anybody manage to get X
> running
> > on openBSD?  Sparc64 support is somehow bogus so I feel that if I talk to
> > them, there will be no answer.
>
> sparc framebuffer support in NetBSD is pretty good - possibly someone
> could port some of the changes across? (I'm assuming your setup should
> Just Work - may be worth test booting a NetBSD image to make sure)
>
> David
>


Re: Sun Ultra 10 - openBSD 6.7+Creator3D+sunffb: Xorg and xenocara freeze the system

2020-08-17 Thread David Brownlee via cctalk
On Sun, 16 Aug 2020 at 17:50, Vasile Buruiana via cctalk
 wrote:
>
> Greetings.
>
> I would like to solve a mistery regarding graphical user interface on a Sun
> Ultra 10+ Creator3D UPA graphics card, running OpenBSD 6.7/sparc64.
> Everything works fine with Solaris 10. Did anybody manage to get X running
> on openBSD?  Sparc64 support is somehow bogus so I feel that if I talk to
> them, there will be no answer.

sparc framebuffer support in NetBSD is pretty good - possibly someone
could port some of the changes across? (I'm assuming your setup should
Just Work - may be worth test booting a NetBSD image to make sure)

David


Re: MOS MCS2529 math chip

2020-08-17 Thread Francois Gueissaz via cctalk
Hi Jules,
Still interested to find out about powering the Melcor SC-635?
I got one and succeeded to power it from 2.2 to 3.0V
There is a switching regulator on the PCB (AS1930 from Astec International) 
that generates negative voltages (as referred to the negative side of the 
battery: -12.4V , -4.8V , and -2.0V
At 2.4V, the current drain varies from 71mA (idle mode) to 185mA (all LED 
segments lit). For some strange reason, this current rises to 211mA when the 
C/CE key is pressed
I will design a substitute power supply based on a single Li-ion battery with 
step-down regulator to deliver 2.4V
Best regards
Francois

Re: Sun/3-powered 737 flight sim

2020-08-17 Thread Michael Thompson via cctalk
>
> Date: Mon, 17 Aug 2020 00:22:52 -0700
> From: Brendan Shanks 
> Subject: Sun/3-powered 737 flight sim
>
> Something that I thought the folks here would appreciate: a fellow in
> Dubai is trying to keep a full-motion Boeing 737-300 sim (from 1991)
> running.
> The main host machine is a Sun/3E, connected over Ethernet to the operator
> workstation which has 2 Sun/3Es each with a cgtwo powering a CRT touch
> screen. One of the Sun VME SCSI/Ethernet boards died, and he?s been unable
> to find a (working) replacement board.
>
> There?s also a big rack of Concurrent hardware running OS/32, and some
> newer PCs for visuals and TCAS.
>
> Plenty of pictures and a video tour of all the hardware at:
> <
> https://www.reddit.com/r/BSD/comments/i8c8u7/how_do_i_emulate_a_sun_3e_computer_with_5018027/
> <
> https://www.reddit.com/r/BSD/comments/i8c8u7/how_do_i_emulate_a_sun_3e_computer_with_5018027/
> >>
>
> Brendan
>

I have a Sun 3/E, including a SCSI/Ethernet board, that ran fine the last
time it was powered on. There is a collector in southern Germany who also
has a 3/E board set. I didn't see any contact information for the simulator
owners.

-- 
Michael Thompson


Re: SIMH on low overhead platform

2020-08-17 Thread Chuck Guzis via cctalk
On 8/17/20 12:43 AM, Tom Hunter via cctalk wrote:
> Has SIMH been ported to a low overhead (instant-on) platform?
> 
> I ask the question because the startup time of Linux is distracting when
> powering on a PiDP-11/70 or similar clone systems based on SIMH.

There are some very small versions of Linux that load quickly,
particularly if you don't need GUI support.  For example, BusyBox is a
"stripped to the bones" Linux that finds its way into many (if not most)
'net appliances, such as modems and routers.

I don't know if SIMH will run on it, but there are many other "small"
Linuces.

FWIW,
Chuck


Re: SIMH on low overhead platform

2020-08-17 Thread Paul Koning via cctalk



> On Aug 17, 2020, at 3:43 AM, Tom Hunter via cctalk  
> wrote:
> 
> Has SIMH been ported to a low overhead (instant-on) platform?
> 
> I ask the question because the startup time of Linux is distracting when
> powering on a PiDP-11/70 or similar clone systems based on SIMH.
> 
> Thanks
> Tom Hunter

I work with some storage systems (SAN arrays) that are layered on Linux and 
start in a small number of seconds.  I haven't actually timed how fast, but 
it's pretty quick.

NetBSD can also be made to start quite fast.

So I would think you could take your favorite Unix-style OS and trim out all 
the unnecessary cruft from the startup.  As an experiment, how fast does it 
start in single-user mode?  You should certainly be able to go that quickly.

Other options includes various RTOS.  There are some supported on BeagleBone, 
that might be an option.

I have wondered about running a minimal SIMH on Arduino.  The newer ones use 
ARM-32 cores of one kind or another.  I/O would be more limited, but it would 
be an interesting experiment to see if a small RT11 type system could run on a 
Trinket M0.  The specs suggest it might be doable: 256 kB flash, 32 kB RAM, 5 
GPIO including UART capability.  Not a lot but certainly more than the small 
PDP-11 systems I ran RT11 V2 on.

paul



Re: SIMH on low overhead platform

2020-08-17 Thread David Kuder via cctalk
There are multiple libraries for bare metal execution on the Pi, there are
trade offs with device support.

Circle comes to mind
https://github.com/rsta2/circle

On Mon, Aug 17, 2020, 11:14 AM Liam Proven via cctalk 
wrote:

> On Mon, 17 Aug 2020 at 09:43, Tom Hunter via cctalk
>  wrote:
> >
> > Has SIMH been ported to a low overhead (instant-on) platform?
> >
> > I ask the question because the startup time of Linux is distracting when
> > powering on a PiDP-11/70 or similar clone systems based on SIMH.
>
> Not that I know of.
>
> I have been looking thoughtfully at Ultibo:
> https://ultibo.org/
>
> It is a bare-metal FreePascal development environment for the RasPi 1 to
> 3B.
>
> I have not actually tried to build anything yet and my Pascal skills
> are 30y rusty now (and they were never that great anyway, but they're
> better than my C skills ever were).
>
> I believe it is possible to get Ultibo to load and execute a
> monolithic ARM binary, so long as it meets some requirements. I was
> pondering trying to built a statically-linked executable of Aranym:
>
> https://aranym.github.io/
>
> Aranym already runs on the RasPi using Rasbian:
> https://sites.google.com/site/beebox68k/news/beepi10
>
> But by the same token it ought  to be possible to do this with SimH or
> anything else...
>
>
> --
> Liam Proven – Profile: https://about.me/liamproven
> Email: lpro...@cix.co.uk – gMail/gTalk/gHangouts: lpro...@gmail.com
> Twitter/Facebook/LinkedIn/Flickr: lproven – Skype: liamproven
> UK: +44 7939-087884 – ČR (+ WhatsApp/Telegram/Signal): +420 702 829 053
>


Re: SIMH on low overhead platform

2020-08-17 Thread Liam Proven via cctalk
On Mon, 17 Aug 2020 at 09:43, Tom Hunter via cctalk
 wrote:
>
> Has SIMH been ported to a low overhead (instant-on) platform?
>
> I ask the question because the startup time of Linux is distracting when
> powering on a PiDP-11/70 or similar clone systems based on SIMH.

Not that I know of.

I have been looking thoughtfully at Ultibo:
https://ultibo.org/

It is a bare-metal FreePascal development environment for the RasPi 1 to 3B.

I have not actually tried to build anything yet and my Pascal skills
are 30y rusty now (and they were never that great anyway, but they're
better than my C skills ever were).

I believe it is possible to get Ultibo to load and execute a
monolithic ARM binary, so long as it meets some requirements. I was
pondering trying to built a statically-linked executable of Aranym:

https://aranym.github.io/

Aranym already runs on the RasPi using Rasbian:
https://sites.google.com/site/beebox68k/news/beepi10

But by the same token it ought  to be possible to do this with SimH or
anything else...


-- 
Liam Proven – Profile: https://about.me/liamproven
Email: lpro...@cix.co.uk – gMail/gTalk/gHangouts: lpro...@gmail.com
Twitter/Facebook/LinkedIn/Flickr: lproven – Skype: liamproven
UK: +44 7939-087884 – ČR (+ WhatsApp/Telegram/Signal): +420 702 829 053


Re: SIMH on low overhead platform

2020-08-17 Thread Lars Brinkhoff via cctalk
Andrew Back wrote:
> Also wondered if SimH could be ported to a UEFI application. The
> environment seems to provide some O/S like features, but no idea how
> much would be missing or significantly different.

I made a set of stubs to compile and link a simulator without the SIMH
framework.  Empty stubs only, so it will not actually work.  But they
point to what kind of facilities would have to be provided to run a
simulator on some other platform.


Re: SIMH on low overhead platform

2020-08-17 Thread Andrew Back via cctalk
On 17/08/2020 08:43, Tom Hunter via cctalk wrote:
> Has SIMH been ported to a low overhead (instant-on) platform?
> 
> I ask the question because the startup time of Linux is distracting when
> powering on a PiDP-11/70 or similar clone systems based on SIMH.

Haven't seen anything, but Linux can be made to boot much faster, e.g.
if you have hardware which supports Coreboot firmware/BIOS, Linux can
also be loaded from flash along with this, as its payload. So maybe this
and a very minimal filesystem generated with something like
OpenEmbedded, could be one approach.

Also wondered if SimH could be ported to a UEFI application. The
environment seems to provide some O/S like features, but no idea how
much would be missing or significantly different.

Andrew


SIMH on low overhead platform

2020-08-17 Thread Tom Hunter via cctalk
Has SIMH been ported to a low overhead (instant-on) platform?

I ask the question because the startup time of Linux is distracting when
powering on a PiDP-11/70 or similar clone systems based on SIMH.

Thanks
Tom Hunter


Sun/3-powered 737 flight sim

2020-08-17 Thread Brendan Shanks via cctalk
Something that I thought the folks here would appreciate: a fellow in Dubai is 
trying to keep a full-motion Boeing 737-300 sim (from 1991) running.
The main host machine is a Sun/3E, connected over Ethernet to the operator 
workstation which has 2 Sun/3Es each with a cgtwo powering a CRT touch screen. 
One of the Sun VME SCSI/Ethernet boards died, and he’s been unable to find a 
(working) replacement board.

There’s also a big rack of Concurrent hardware running OS/32, and some newer 
PCs for visuals and TCAS.

Plenty of pictures and a video tour of all the hardware at:
>

Brendan

Sage II, was: Re: Looking for a Stride OS set

2020-08-17 Thread emanuel stiebler via cctalk
On 2020-08-16 19:08, Bill Degnan via cctalk wrote:
> I do, but my Sage II is currently packed away.  I'd have to make a disk
> copy, I dont have the ability to image the boot disks otherwise.   If you
> can find no other source let me know and I will make you an OS disk or two.

If anybody would like to get rid of his Sage II machine, I would be very
interested. ;-)