return to main pageOther Stories and e-mails
Contents:
Simcha Druck 12/13/2007 - Reliability Story John Van Gardner 12/12/2007 - WireWrapping BackPlanes John Van Gardner 12/11/2007 - date of 1401 Overlap Bill Worthington 8/13/2007 Gary Mokotoff 1/17/2007
from Simcha Druck 12/13/2007
I worked in a service bureau in New York that had both a 1401 (with 1406) and a 360/40 in the late 60s. It was John Felix Assoc. and had become a subsidiary of Interpublic (the advertising company). The 1401 was a great machine to use. And it kept running under the most adverse conditions. I recall one time when there is a voltage drop and the 360 and its equipment shut down. We had no lights in the computer room. In the darkness, with the lights off and the 360 down, the 1401 kept merrily running, its lights and its 729s being the only illumination in the room. The 1401 was an IBM version of the Energizer bunny - it just kept running and running...
Robert Garner asked about running the Mod 40 in emulation mode
Our 360/40 ran about 60% native and 40% emulation. We had an FE who wrote code for us that allowed us to run the emulator without re-IPLing. I don't recall exactly what it was but we were able to run 1401 Autocoder jobs mixed in with native 360 DOS COBOL and BAL jobs in a single job stream. There was a module sitting out somewhere on SYSRES that was executed from the // EXEC card which then switched on the emulator. When the 1401 job was done, it had a standard DOS // END card and the module restored native DOS. It was a tremendous boon for us to be able to run straight through and mix the jobs together without re-IPLing.
from John Van Gardner 12/12/2007 - WireWrapping BackPlanes
Yes on 25000 series, the card sockets were reserved and a lot of the wires were already there. You can tell this by looking at the tie down list on ALD page 42.40.10.2. There are 20 tie downs listed for the Overlap feature in the left hand column. These were supposed to be white wires and were used to prevent floating inputs from causing trouble. It was a lot easier and cheaper to let the Gardner-Denver put the wires in when the board was manufactured. This was a big help in reducing field installation time. I used to watch them wrap boards in Poughkeepsie. These machines had 2 wrap heads and 2 positioning pins all under control of servos. There was a reel of yellow wire about 3 feet in diameter and 18 inches wide feeding into the machine. It would strip the wire on both ends and the positioning pins would go down over the via pins bending the wire there and wrap heads would wrap the to and from pins. It was very fast and hard to really see what was going on. This machine wrapped one end of the wire in a clockwise direction and the other end was counter-clockwise. We had a manual unwrap tool in our tool bag that one end was for unwrapping clockwise and the other end for counter-clockwise. We could tell if a wire was put on at the factory as all our field tools wrapped clockwise.
They had a 1401 connected to a special built machine that looked like a pizza oven. The board was place in it with the pins up and a contact panel lowered to contact each spring loaded pin. The 1401 would put a voltage on a pin and scan all the others to see where it went. This would detect opens and shorts. It didn't take the 1401 long to scan every pin in the board. If any errors were found they were printed out on a B1 typewriter. There was a woman there that corrected any mistakes. If she made more than 3 corrections the board had to go through the pizza oven again.
Comments by Ed Thelen
We used Gardner-Denver machines at General Electric Computer Department in the 1963 era. They were used to wire all the backplanes of all the product lines. Ours must have been a slower model as you could definitely see what was going on, and the wrap direction was the same direction as field wiring.Interesting items:
- Each machine had an attached IBM 026 key punch to read the cards instructing the machine where to put the wires. If I recall correctly, there was one card per wire? About 40 of the 80 card columns were read, the rest of the card was rapidly skipped. It appeared that the machine did not pause for the reading of the next card - I imagine that the keypunch was reading the instructions for the NEXT wire while the Gardner-Denver machine was wiring THIS wire. Overlap operation ;-))
- I do not recall a wire checking machine. I suspect that any mis-wirings were left to the floor techs to discover and fix??
- I suspect that John's "Pizza Oven" was what folks would call a "Bed-Of-Nails" tester. One contact per position to be checked - or more generally a complete matrix of "nails" contacting points for continuity or what ever.
from John Van Gardner 12/11/2007 - date of 1401 Overlap
This morning I decided to look through all my personal letters from IBM and found the one attached. Then I looked at my story about Process Overlap and saw that I had written about the suggestion award: After they all finished talking to each other they turned to us with a load of questions. We had been the first field personnel to install the feature and the first to trouble shoot the bugs. They were very interested in the circuit I had designed to sync my scope and restart the machine. I told them I was going to submit it to the suggestion department for consideration. They told me to be sure and mention in the suggestion that I had divulged the idea to them. (October 31, 1962 I won a $50.00 Suggestion Award number D03556 for my Process Overlap Address Sync service aid.)
IBM suggestions would be rejected rapidly but acceptance could take a year or more. We now know that 1401 Process Overlap predates October 31, 1962.
from Bill Worthington 8/13/2007
This is an interesting look back into the 1950s. I didn't have a chance to spend time with Karl during my February visit to the Haus zur Geschichte der IBM Datenverarbeitung. His name was mentioned. I'll have to save that for another trip to Böblingen.
I came onto the picture as a 1401 programmer in 1960. The bank's 1401 actually came in the summer of 1961. Back then, 6-12 months between order and installation was standard to "give you a chance to get your programs in shape so that the computer could be put into production when it arrived." So, we made many trips from Providence to the IBM Datacenter in Boston to test programs before the actual arrival. We did have a 1412 MICR Check Sorter which was demonstrated in the customer lobby at the bank's headquarters. All the programmers had to take tours of duty showing how capable it was as a stand-alone sorter.
I too am fascinated and intrigued by Karl's saying:
- Cost objectives:I wonder if the 1430 he refers to is the (US?) 1420 system which was a latecomer to the 1400 family. It was a low-cost implementation that was sold in the US in the 1960s (post 1440 and 1460's being available). As I recall it was focused on the banking industry and may have had a check sorter (1240?) built on to it.
The costs of electronics technology with ferrite core memory and stored program control were still barely acceptable for the Unit Record market in the mid 1950ies.. Its low cost end actually could not be reached with the 1401, particularly in Europe. But thanks to the booming high end Unit Record market in USA this did not matter. Instead, a low cost version 1430 was planned to be developed but this submerged in the /360 design processes for several years. Eventually the /360 Model 15 and later the /3 took care of this.
I think his last sentence may refer to the System/3. I remember running a comparison benchmark of the S/3 vs. a S/370 Model 115 when I was in the Poughkeepsie Systems Center that created quite a stir. The jobstream was one Rochester used and was mostly RPG. I converted it to run under DOS/VS using an MFCM attached to the S/370-115. The Model 115 came out ahead which was not expected. I got my hand slapped because we did not review the results with Rochester and, instead, published a Technical Bulletin. Once Rochester saw what had happened, they demanded and got the withdrawal of the Technical Bulletin. Lots of copies had made their way out.
I also don't recall a /360 Model 15. The Model 25 was the smallest S/360 model that we had to sell in the US. It had up to 48K of memory and we did get an OS/360 system running on it even though the spec for OS/360 said it required 64K. But this is another story.
Regards, Bill
Robert B Garner wrote:
More fascinating, first-hand, nascent 1401 history on the WWAM group
from Karl Ganzhorn, one of its members, attached and pasted below...
Please send any follow-up questions to me and I'll forward to Karl.
Emerson ==> Karl suggested you might know how to find
Francis Underwood's email address or contact info?
Thanks!
- Robert
IBM Almaden Research Center, San Jose, CA
Office: 408-927-1739
Mobile: 408-679-0976
robgarn@us.ibm.com
----- Forwarded by Robert B Garner/Almaden/IBM on 08/13/2007 04:08 PM -----
Karl.Ganzhorn@t-online.de (Karl Ganzhorn) 08/07/2007 05:18 AM
ToRobert B Garner/Almaden/IBM@IBMUS cc
Subject1401 History_3
Dear Robert,
attached please find my comments to your questions <Garner807.doc>.
Rebards, Karl
------------------------------------------------------------------------------------------------------------------
August 6, 2007.
Subject: 1401 History_3.
Dear Robert,
Thank you for your e-mail of August 6. Here are some answers to your questions:
- Anecdotes:
You may use them for publications except the one on my wife’s illness.
- Origin of the name WWAM (needs a lengthy explanation):
In the early 50ies IBM’s Unit Record product line was different in USA and WTC due to the war separation. But the need for faster calculation and printing was recognized in both areas. During and after World War II the development of Unit Record punched card machinery had followed different routes: In France J. Ghertman and his engineers had designed calculator punches like the 626 and especially a new accounting machine Type 421, functionally similar to the 407, all in relay technology with plugboards for wireable data flow, storage allocation in electromechanical counters and control functions. In Germany a series of special features for the 421 accounting machine were designed.
IN 1951 the Corporation had encouraged several European IBM companies (France, Germany and United Kingdom) to establish engineering competencies in electronics. In France J. Ghertman, in Germany Walter P. Scharr and in UK J. Elliot (an outside hire) were implementing this directive.
By 1954 it was recognized in USA, in France and in Germany independently of each other that electronics had to be investigated also for use in Unit Record machines, replacing the clumsy relay technology. In USA several engineers around Jim Ingram became active, in France John Ghertman and his excellent engineers were searching ways and in Germany I had been given the task to seek ways for introducing electronics and physics into IBM’s product line technologies.
In early 1955 the Corporation set an objective for a common future product line for the Unit Record markets in the world. In the following early deliberations the name of “World Wide Accounting Machine” emanated.
For the first time a multinational engineering task force was conceived, the WWAM task force, with participants from USA, France and Germany. Walter Scharr, head of the German engineering department, was asked to host the first workshop of the WWAM task Force (about 6 weeks) in Boeblingen, Germany. Both Watson brothers, Tom and Arthur, took an active interest.
The strongest market pressure emanated in France from the national competitor Bull who had an electronic machine out in the European market.
- Two Address Concept:
In the early days of computers 1-, 2- and 3-Address schemes were investigated all over the world. The most frequent calculation in Unit Record applications consisted of a card stack with various information on each card. The stack was sorted in subgroups. Each type of information had to be added to an individual counter (accumulator). I.e. a varying number of accumulators was required to which the respective numeric information could be added/subtracted. This represents a multiple two-address operation. The French idea was to establish any storage cell to act as an accumulator to which the contents of an input word could be added. This way multiple accumulator registers could be avoided. Calculation went directly from the card input to memory. (Today every pocket calculator has this function, namely “memory +”). Estrems and Papo just combined this calculator function with a variable word length in memory allocation. (By the way, 8 years later in /360 one of the machine instruction formats represents exactly the 2-address format required for the “Add to memory” operation.)
- Plugboard Control:
The plugboard used to be the generally accepted means of control in all Unit Record machines (405, 407, 421, the earlier German D11, etc.). By plugging wires the information flow, the memory allocation and all functional control signals were determined. In the early design deliberations for WWAM this concept was never even questioned. It was Underwoods independent mind touching this holy cow in 1956/57.
- Stored Program control:
The WWAM concept also had in mind that for the world-wide customer community the established way of handling control by plugging wires on a plugboard should be maintained. The 1401 finally took away with this, based on Underwood’s design proposal, which meant a breakthrough in the Unit Record world.
- Controversial issues in WWAM conception?:
Decimal arithmetic was never questioned for the wide spread accounting business.
Fixed versus variable word length was a long debate. Primary reason for variable word length: Saving expensive magnetic core memory capacity. (Even three years later the 1401 came out with a lowest cost memory version of 1400 characters!).
- Cost objectives:
The costs of electronics technology with ferrite core memory and stored program control were still barely acceptable for the Unit Record market in the mid 1950ies.. Its low cost end actually could not be reached with the 1401, particularly in Europe. But thanks to the booming high end Unit Record market in USA this did not matter. Instead, a low cost version 1430 was planned to be developed but this submerged in the /360 design processes for several years. Eventually the /360 Model 15 and later the /3 took care of this.
- Other WWAM members?:
Here are two e-mail addresses:
m.papo@ieee.org
rgmork@ibm.net (this is an old address. Ralph Mork recently did no longer maintain our former connection via e-mail for unknown reasons. If he responds he may also know about Underwood).
Re address of Underwood: he might be a primary source of 1401 info. Maybe E.W. Pugh might know).
I hope this helps you with some of your questions.
Best regards,
Karl
from Gary Mokotoff 1/17/2007
Gentlemen: You have created a noble project to resurrect the work of the IBM 1401 development group of 40 years ago. But there is a missing piece. I propose that Dave Macklin, John Wertheim (co-author of Autocoder) and myself, write a history of the 1401 development group and how it operated then. It is a fascinating story full of interesting tales. We were the "first" programmers at IBM. The 1401 RPG compiler was written by an ex-industrial engineer and ex-airline stewardess. RPG was developed, ostensibly, to make it easy for people who knew how to wire the IBM 407 accounting machine to upgrade to the 1401. The 1401 Fortran arithmetic phases of the compiler was written by an 18-year-old genius, Stan Smillie, whose favorite expression at that time was "no sweat." There was Linda Heitner, a champion contract bridge player who used to talk about bridge in the office and program the 1401 at the bridge table (driving her husband crazy). Linda, I believe, wrote the object-time floating point subroutines. Etc., etc. I do have some artifacts from those days including newspaper announcements of the 1401 as well as an ad that appeared in Time magazine. Are you interested? Gary Mokotoff -----Original Message----- From: David Macklin [mailto:dmacklin@nrm.com] Sent: Wednesday, January 17, 2007 8:21 AM To: Robert Garner; Gary Mokotoff- Cc: Ed Thelen; Van Snyder; Robert B Garner; Robert Garner; Ronald Mak; Dan McInnis; Bill Worthington; David Weaver Subject: Re: [1401_software] Serial compilation and the 1401 FORTRAN compiler Many thanks, Robert, for keeping me informed. I am copying Gary Mokotoff who coded most of Autocoder and FORTRAN (and has rediscovered many relevant listings, which he has made available to the Restoration project..) Gary is now a world-famous geneologist, in which pursuit he has invented a most clever way of reconciling the bizarre spellings of Eastern European names and places.. I'm well and still programming in APL2 for the PC. David Macklin ----- Original Message ----- From: "Robert Garner"To: "David Macklin" Cc: "Ed Thelen" ; "Van Snyder" ; "Robert B Garner" ; "Robert Garner" ; "Ronald Mak" ; "Dan McInnis" ; "Bill Worthington" ; "David Weaver" Sent: Wednesday, January 17, 2007 1:13 AM Subject: Fwd: [1401_software] Serial compilation and the 1401 FORTRAN compiler > David, > > Happy New Year! > I hope all is going well with you. > > The 1401 restoration has been making steady progress. > > Question: Did you see this email about Van Snyder keying in the > source for Autocoder? > > Regards, > > - Robert > > Begin forwarded message: > >> From: Van Snyder >> Date: January 13, 2006 1:33:35 PM PST >> To: 1401 Restoration Software Discussions >> <1401_software@computerhistory.org> >> Subject: Re: [1401_software] Serial compilation and the 1401 >> FORTRAN compiler >> Reply-To: van.snyder@jpl.nasa.gov, 1401 Restoration Software >> Discussions <1401_software@computerhistory.org> >> >> Ed: >> >> David may be pleased to know that I keyed in the Autocoder source >> code >> from the listing in the CE manual, and then assembled it with the >> Autocoder cross-assembler I wrote, getting almost the same deck, the >> only difference being the strategy for assigning "set word mark" >> instructions that result from DA fields to individual "load cards." >> >> I had to make a few minor changes in the source, to make my assembler >> handle it: Mine can't do macros (other than CHAIN) yet, and it >> handles >> SFX a little bit differently. These could be easily undone to >> produce >> an "exact" copy of the version 3.0 Autocoder source code. >> >> I am happy to send it to him if he's interested (or indeed to anybody >> who is interested). >> >> Van >> >> On Fri, 2006-01-13 at 03:34 -0800, Ed Thelen wrote: >>> David Macklin (87 years old) visited the museum, >>> accompanied by his son, a valley resident. >>> >>> David was involved with >>> later phases of SPS >>> AutoCoder >>> 1401 FORTRAN >>> APL >>> >>> An image of David is at >>> http://www.ed-thelen.org/1401Project/Sched2006January.html#Jan11 >>> >>> I have just added an OCRed version of >>> http://www.research.ibm.com/journal/sj/041/ibmsjIVRIH.pdf >>> (link by Robert Garner - thank you ;-)) >>> maybe most easily accessed via >>> C:\0-Net\1401Project\new.html >>> >>> Cheers >>> Ed Thelen >>> >>> P.S. I do not have a current e-mail address for Mike Albaugh >>> Who is the docent interested in APL? David published an >>> APL book. >>> David says the tape FORTRAN version contains the card >>> version images (mostly) >>> maybe we could restore a card version from the tape. >>> Does Van Snyder have the tape? >>> >>> ________________________
return to main page