Re: IBM 360 is 45 years old! Message #19 Posted by Karl Schneider on 8 Feb 2009, 3:38 a.m., in response to message #1 by Don Shepherd
Hmm, lots of quotes in this thread to which I can relate...
Quote: Does anyone here recall IBM's cryptic Job Control Language (JCL), and acronyms such as HASP (Houston Automatic Spooler Program...
Yes, I too learned JCL for the 360. It was maddening! Like you, I later worked on Univac 1108's at the Census Bureau beginning in 1974, using EXEC-8 and FORTRAN-V. One thing I remember from those days at Census was that they did not use the standard FORTRAN I/O; they claimed it was much too slow, and the Bureau's processing was much more I/O oriented than CPU crunching. So the Bureau systems guys wrote a custom I/O package that all of us programmers used.
In the latter 1980's, I programmed on Sperry/Univac 1170/1180/1190's. These had replaced IBM System/360 mainframes, I was told.
Sperry's Executive Control Language and unique terminology could also be arcane. Its command for printing was @SYM, for "symbiont". Executable files were called "absolutes", and compiled object-code files were called "relocatables".
Our organization also wrote custom I/O programs based on Sperry's I/O functions, because they were much faster than standard Fortran I/O. Later, a directive came down to make our software as ANSI-standard as possible.
Quote: I used FORTRAN IV and it was at my second job doing engineering problems. I've since used FORTRAN 77...
Fortran 77 was the standard in the 1980's, but some of the earlier software had been written in Fortran IV.
Quote: We had to write our Fortran programs out by hand on paper, then go to the punch-card machines and put one line of the program on each card, rubber-band the set together...
...put your stack of cards in the card reader, and get your results right off the master printer yourself. They also had "dumb" terminals in the Civil Engineering department.
The Sperry systems included an industrial-grade card-reader in case the "dumb-terminal"-based I/O failed.
Quote: Problem - just dump memory to paper and find it.
Sperry's core-dump files were encoded in octal, to match the 36-bit words in RAM. I wrote a program on my HP-15C specifically to decode the floating-point numbers printed on a stack of fan-fold paper. Had I known about the HP-16C, I might have bought one and written a more-refined program. However, the HP-15C did the job.
Sperry merged with Burroughs to form Unisys in 1988.
-- KS
Edited: 8 Feb 2009, 3:42 a.m.
|