Old Computers – Western Terminal System / Interdata 7/32

 

My first experience with a timeshare / terminal based system was on an Interdata 7/32 running a locally written (at Western Washington University) called Western Terminal System (or WTS).

I started using this in 1976 while a student at a local high school.  Before that my experience was with an IBM 360 over punched cards.

Hardware

The Interdata 7/32 minicomputer allowed up to 1Mb of memory (these typically had 380-odd K – that’s less than a half a single Mb) and 32-bit words and 16 general registers (and I think 8 floating point registers).  One of the neat things about these was that they used an instruction set very close to the IBM 360 models.

In this case they connected from 16 to 20 character terminals up to a minicomputer with about 380K of memory.  Also attached were 4 200Mb disk drive cabinets (that’s a total of 800Mb).

In addition, as I recall the ‘blue’ system had a channel to channel interface with the IBM 360 mainframe.  Later on this allowed students to code IBM Jobs using the terminals and submit them to the IBM mainframe via this interface.  We thought that was kind of cool.

The simh project ( http://simh.trailing-edge.com ) has Interdata simulators for the 7/32, 8/32, and their 16-bit minicomputers as well as an early version of UNIX (the interdata was the first non-DEC platform unix was ported to).  OS/32 (the Interdata/Concurrent OS for the 7/32 and 8/32 and 3200 series) is around.

The Interdata Company was purchased by Perkins-Elmer computers and eventually became part of Concurrent Computers which still exists.  There are still  a few 8/32’s running today in various locations).

Software

The OS was a locally written timeshare system called ‘Western Terminal System’ (makes sense since it was at Western Washington University) consisting (and this is from memory) of a common low-level OS, basic meta-code interpreter, and basic (or WPL) to metadata translators.  It was used basically for CAI (Computer Assisted Instruction) using the Pilot language (all text based of course).  Users were given either a Private or Student userid and a user file.

Each CRT terminal had a 8K partition of memory and a ‘temp’ file of about 300 80 column lines of text (structured as 100 blocks of 3 80-column lines each).  Each user also had a user file of, on average, about 300 lines (also in 100 block of 3 80 character records) – the user file was ‘partitioned’ into seperate files sorta-kinda like a partitioned dataset – there was a directory and ‘data’ area.  And people used to have to compress their files often using a utility.  In addition all terminals shared a read-only ‘public’ file, file, which contains common utilities.

There were utilities to renumber basic files (fixing the gosubs correctly), list file contents, Edit files (line editing only) etc…

The basic language it hosted was a structured basic with do-blocks and the like.

In addition to basic there was PILOT used for authoring CAI courseware and WPL (Western Programming Language) a derivitive of PL/1.  Basic was somewhat integrated with pilot so you could define basic variables, do some simple statements, call basic subroutines.

A few of the terminals were Tektronix 1410 Storage tubes able to display graphics (but to erase anything you had to flash and erase the entire screen) – some of the routines and utilities were written to take advantage of the graphical nature.

Courseware was where you would sit at a terminal and enter the name of a course.  I remember taking their ‘FORBUS’ course which was an introduction to Fortran IV (and in fact that is how I learned Fortran).  They had a lot of other ‘corses’ which people can take, plus a couple of games.  Terminals were in one or two ‘terminal rooms’ which was staffed by student ‘consultants (sometimes called ‘insultants’).

One system, the ‘white’ system later was later given additional memory and a batch processor which included a Fortran compiler / interpreter.  The batch processor had (as I recall) 109K of memory.

I remember that they used to run SPSS in that small partitition.  The software (and batch processor) was modified so that certain fortran statements (I beleave it was the fortran REWIND 99 statement) would load in a new overlay of the SPSS program.  Output was to a queue or a hardcopy (mostly dot-matrix) printer – which were generally teletype printer terminals.  They were distinctive because they were noisy and when they executed a carrage return the printhead would slam (BANG!) into the side of the print area.  There were a few 1200 baud printers (I think they were DEC).

Later on Western installed a real VAX 780 running a version of VMS.  Soon after that my family moved away and I wasn’t able to access Western anymore.