H-Series Photos
Gary Scott
they may contain proprietaryisms that i'd have to remove.
--
Gary Scott
mailto:garylscott@sbcglobal dot net
Fortran Library: http://www.fortranlib.com
Support the Original G95 Project: http://www.g95.org
-OR-
Support the GNU GFortran Project: http://gcc.gnu.org/fortran/index.html
If you want to do the impossible, don't hire an expert because he knows
it can't be done.
-- Henry Ford
Al Kossow
> Hi, where can I find some H-series pictures?
I have some brochures scanned under
http://bitsavers.org/pdf/harris
Am still looking for old Vulcan distribs and diags.
** Posted from http://www.teranews.com **
Gary Scott
> Gary Scott wrote:
>
>> Hi, where can I find some H-series pictures?
>
>
> I have some brochures scanned under
> http://bitsavers.org/pdf/harris
Thanks, I'll take a look. bitsavers is responding extremely sluggishly tho.
>
> Am still looking for old Vulcan distribs and diags.
> ** Posted from http://www.teranews.com **
Gary Scott
I saved the Fortran 77 manual at work. I think they purged everything
just a few years ago. Had tons of documentation, virtually everything
up through H1200, all trashed.
Steven Downin
to setup a site honoring the H-Series/Datacraft computers. The highlight
will be the H100 emulator I wrote many years ago.
Steve (AKA Dr DEMON - Lead Diagnostic Software Engineer - Harris/Concurrent
1978-1997)
"Gary Scott" <garyl...@sbcglobal.net> wrote in message
news:SITMj.618$ix6...@newssvr11.news.prodigy.net...
Al Kossow
> Wow - These PDFs sure bring back some memories. One of these days I'm going
> to setup a site honoring the H-Series/Datacraft computers. The highlight
> will be the H100 emulator I wrote many years ago.
What software do you have for this?
I have some of the user's group material and not quite enough to get a running
Vulcan system put together in simulation at the Computer History Museum. I have
been trying to find diagnostics and bootstrap binaries.
Gary Scott
I thought Concurrent was still supporting them. I know we didn't get
rid of our H-1200s until about 3 years ago and we still had a support
contract.
> ** Posted from http://www.teranews.com **
Steven Downin
on a UNIX box. This was to include the H-Series emulator (H100) with
VULCAN/VOS interception of BLU system service calls. Mostly $I/O calls.
Now my main goal is just to get the old Fortran 66 Star Trek game running
which I have the image (I hope). The H-Series emulator has been completed
for years. But little work has been done on the VULCAN/VOS system services.
A couple of years a ago I started working on a web servlet interface to
connected to the emulator with pipes. I hope to get started on the project
again this summer.
Most of my documents were damaged in a fire a couple of years ago. Of
course I cannot copy what I have and put them on the internet because of
copyright issues.
Here's some info about the emulator: It is written in pure C. I plan to
rewrite it someday in Java with some features removed.
/*
* H100 (Slash 6) engine
* Non turbo, non VM, and non SAU
*
* Web Version
*
* Features:
*
* 24 bit registers: I, J, K, E, A, and T
* - Interval timer (T register) inoperative
* - Q register inoperative (replaced by debug monitor)
* 48 bit register: D (E and A)
* 8 bit byte register: B (bits 7-0 of A)
* Bit Processor registers: V and H
* Full standard H100 instruction set including:
* - D register transfers and math operations.
* - Multiply and divide
* - Square root and extended square root (SRT and SRE)
* - Divide by two exclusive-or (DV2)
* - Floating point normalized (FNO)
* - Execute Memory (EXM)
* Full Bit Processor instruction set.
* Group 1 interrupts
* - All register and CPU instructions
* - Interrupt inactive for one instruction on certain instructions
* - Ability to bind native system interrupts to H100.
* - Interrupt control instructions
* I/O instructions and controllers
* - Hooks to native system I/O or controller emulation
* - Harris CRT controller emulation
* BLU intercepts
* - Defaults
* - Hooks to emulate OS (VOS, DMS) system service calls
* Debug Monitor
* - Replaces control panel
* - 24 bit switch register
* - 4 sense switches
* - Load and Display registers
* - Run and single step
* - Break and Trace points, replaces Q register
* *** Trace is throttled on web version ***
* - Load, Boot, and save Program
* - Disassembler - future
*/
Here's a sample of using the emulator:
Script started on Fri 18 Apr 2008 04:29:15 PM EDT
$debug
debug: help
**** CPU Control **** **** I/O Commands ****
run - run iaw, idw, ipw, isw
<cntrl-c> - halt oaw, ocw, odw
mcl - master clear
**** Load Registers **** **** Display Registers ****
ldr - load register dsr - display registers
lpc - load program counter dpc - display program counter
ldi - load interrupt register dsi - display interrupt registers
sss - set sense switch sss - display sense switches
swr - set switch register swr - display switch register
**** Memory **** **** Debug ****
d - display memory bp - set/clear breakpoint
w - write memory trace - trace region
load - load file <Enter> - single step
debug: load aa6a 0
debug: lpc 201
debug: run
*** CPU RUNNING ***
H100/H80 ARITHMETIC TEST
9810026-101 10.051187 LIBRARY LEVEL 9810120-101 20.042887
LIBRARY LOAD ADDRESS '12424
USE CURRENTLY SET OPTIONS? (Y/N XMIT=Y)
?
WARNING 120/100 HZ CLOCK NOT OPERATING WHEN REQUESTED
PROBLEM 1
PROBLEM 1 TEST 1
PROBLEM 1 TEST 2
PROBLEM 2
PROBLEM 2 TEST 1
PROBLEM 2 TEST 2
PROBLEM 2 TEST 3
PROBLEM 2 TEST 4
PROBLEM 2 TEST 5
PROBLEM 2 TEST 6
*** CPU HALTED ***
PC=005447 IR=05005003 C=10 (1000 PZNO) H=0 V=00000000
I=00002000 J=00002000 K=00002000 E=33567356 A=00007612 T=00000000
debug:
*** CPU RUNNING ***
*** CPU HALTED ***
PC=005450 IR=33011633 C=10 (1000 PZNO) H=0 V=00000000
I=00002000 J=00002000 K=00002000 E=33567356 A=00000004 T=00000000
debug:
*** CPU RUNNING ***
*** CPU HALTED ***
PC=005451 IR=22605436 C=02 (0010 PZNO) H=0 V=00000000
I=00002000 J=00002000 K=00002000 E=33567356 A=00000004 T=00000000
debug: run
*** CPU RUNNING ***
PROBLEM 3
PROBLEM 3 TEST 1
Tell me about the Computer History Museum.
"Al Kossow" <a...@spies.com> wrote in message
news:c1dad$48076900$12...@news.teranews.com...
Al Kossow
> Most of my documents were damaged in a fire a couple of years ago.
you may want to look at
http://bitsavers.org/pdf/datacraft and
http://bitsavers.org/pdf/harris for
docs.
> debug: run
> *** CPU RUNNING ***
>
> H100/H80 ARITHMETIC TEST
> 9810026-101 10.051187 LIBRARY LEVEL 9810120-101 20.042887
looks great!
>
> Tell me about the Computer History Museum.
>
http://www.computerhistory.org
Formerly the Computer Museum in Boston. Started out as the DEC
Computer Museum. Located now in the San Fransisco Bay area.
I am the software curator there, and am responsible for the Museum's
software collection. A few years ago, we aquired a
large hardware and software collection from Germany which included
a large collection of documents and some software from a Vulcan
installation at a university in Berlin. I had been interested in
Datacraft/Harris for a while now, so had thought about trying to
get the software running in simulation. There is almost enough
information in what we received to do it, but for some reason there
backups didn't appear to include any diagnostics or any way to load
a system back from an empty file system. There is a LOT of user-contrib
software there, though. I suspect the Star Trek is there somewhere.
Gary Scott
> My original concept was to have the ability to run some basic VOS programs
> on a UNIX box. This was to include the H-Series emulator (H100) with
> VULCAN/VOS interception of BLU system service calls. Mostly $I/O calls.
> Now my main goal is just to get the old Fortran 66 Star Trek game running
> which I have the image (I hope). The H-Series emulator has been completed
> for years. But little work has been done on the VULCAN/VOS system services.
> A couple of years a ago I started working on a web servlet interface to
> connected to the emulator with pipes. I hope to get started on the project
> again this summer.
>
If you tried, you can probably find an old H-1200 somewhere. I think
they were going for about $5k about a decade ago.
All so familiar. I really enjoyed programming our system. You could do
so much with our system which was highly parallel with lots of parallel
I/O processors attached via shared memory. With everything at a fixed
address and hardware interrupt controlled, you could do so much, in real
time, so flexibly, no special device drivers, no overhead. To do the
same thing with todays message passing architecture is a horrid mess.
<snip>