GSX THE GRAPHICS INTERFACE By Dave Russ
Who among you has suffered the trauma of having purchased at great
expense a wonderful new colour card and then realised that you have weeks of
work ahead of you creating some sort of software interface to your favourite
language? As is often the case you will have to create a library of low level
primitives armed only with boundless enthusiasm and a manual whose flashy
cover does not reflect its contents. Fear not, for the cavalry is on its way.
The Digital Research GSX graphics system will relieve you of this tiresome
task, leaving you time to get on with what you originally had in mind (Maybe
seeing your family and friends once in a while.)
GSX (Graphics System Extension) allows you to write application programs
in any language that supports BDOS calls, and provides you with an environment
that is independent of the device(s) that will eventually display the end
product. Along with 2 other DR products, GSS Kernel and GSS Plot, you are able
to program graphics applications that conform to the emerging Graphical Kernel
system (GKS), a draft international graphics standard. Kernel and Plot are not
essential to you, and you do not have to use them in order to produce
graphical routines, but they do provide a friendlier interface to GSX giving
you access to a standard library accessable from popular high level languages.
DR have specified Pascal, Fortran and PL/I so far. The whole thing is similar
in concept to the relationship between the BDOS and BIOS in that you have a
standard interface to custom built device drivers.
Having decided that this is for you, off you trot to your friendly
software dealer with your loot in your hand and swop it for the GSX80 (or
GSX86) disk. For your money you will have received the following:
GSX.SYS – This is the actual GDOS that will load itself into memory and
process all your graphics calls.
GENGRAF.COM – A utility program which is run against a graphics program once
it has reached the .COM stage. GENGRAF attaches a GSX loader to your
program. The GSX loader receives control as soon as the program is run,
its purpose is to handle the loading of GSX.SYS, the rearrangement of the
BDOS pointers, and then the loading of the assignment table ASSIGN.SYS
(see below) along with the first device driver that is specified, which
must also be the biggest. Once it has finished its work the loader brings
down the application program from its position above the loader to the
start of the TPA at 100H and executes it.
ASSIGN.SYS — This is an ASCII file containing the device driver numbers and
names that you want to use in your particular system. As it is possible
to have only one device driver in memory at any one time GSX has to refer
to the table contained in ASSIGN.SYS in order to select new drivers when
they are required by the system. The copy that you find on your master
disk will contain the names of a few of the sample device drivers
supplied to you on the disk, and as such will have to be altered to suite
the drivers that you will be using.
A number of ready to go device drivers – This sounds good doesn’t it? We have
just bought the disk and we are off already. However, the bottom line
here is that unless you own a Hewlett Packard 7220 plotter, a Digital
Engineering Retro-Graphics colour monitor, or an Epson MX--80 with
Graftrax plus, these drivers are not going to be of much use to you.