| The SRC does not accept any responsibility for loss or damage arising from the use of information contained in any of its reports or in any communication about its tests or investigations. |
The Atlas Computer Laboratory is one of the laboratories of the Science Research Council. Its main equipment is a large I.C.L. (formerly Ferranti) Atlas I Computer, supported by the services and ancillary machinery needed to operate a powerful computer efficiently. The machine was ordered in the autumn of 1961 and has been in regular operation since October 1964. The Laboratory is financed by the Treasury and its services are available to all universities and to Government-supported research laboratories and institutes.
The Atlas Laboratory makes no charge to universities or colleges for any of its services; the Government-supported users are charged at cost and the Laboratory is allowed to sell machine time, if there is any available after meeting the prime needs, to industry, charging at the current commercial rate. The Laboratory is not subject to any security restrictions.
The Laboratory is situated on the west side of the A 34 (Birmingham/Southampton) trunk road, 14 miles south of Oxford (there is a map at Appendix 1).
The nearest station is Didcot (5 miles); London Airport is 45 miles away; the City of Oxford No. 12 (Oxford/Newbury) bus passes the site.
The correct postal address is:
Atlas Computer Laboratory, Science Research Council, Chilton, Didcot, Berkshire. Telephone Number: Abingdon 1900 (some extensions which may help users are given in Appendix 3) Telex: 83303 Telegrams: ATLAB, Telex, Abingdon.
The Laboratory is in two parts: a computer block (total area 15,000 sq.ft.) and an office block, which is itself in two wings, (total area 15,000 sq.ft.) linked by circulating area and stairways.
The computer is on two floors: the operating equipment (input/output and magnetic tape decks) on the upper floor and the bays of electronics (central processor, stores and co-ordinators) below. The reception and data preparation area and the ancillary equipment room surround the computer operating area on the upper floor. There is a think room just outside the entrance to the reception area, where users can look over their work before handing it in for processing or after getting results off the machine.
The office block houses the Laboratory's permanent staff and contains a lecture room and the library and reading room. It also provides accommodation, mostly in small single offices, for users who would like to spend some time in the Laboratory developing a program or supervising a big production job. Appendix 2 shows the approach to the Laboratory and gives a plan of the building.
At the time of writing (May 1968) the following is installed and working:
Initially six Teletype consoles, distributed throughout the Laboratory, communicating with Atlas via the disc and a small satellite computer, an SDS Sigma 2 with core store of 32K words of 16 bits. (Later the number will be increased, probably to twelve.)
Stromberg-Carlson 4020 microfilm recorder, driven by IBM 1/2-inch tape produced by Atlas. For high-speed production of printed material/plots, graphs, charts, microfilm and cinematograph film. Standard routines are available, in both Fortran and Algol, to simplify the use of this equipment. Full details of this equipment and of the Fortran routines are given in a special manual, SC 4020 Plotter Manual, Ref. 5.5.1 .
The Algol routines are referred to in paragraph 3.3 and described in another Laboratory publication, Ref. 5.3.6.
The instructions using the index registers take 1.6 - 2.2 µs and those using the accumulator take 1.75 - 3.2 µs, except for multiplication which takes 5.9 µs and division which can take anything from 15 to 30 µs, averaging about 20 µs. The mean rate at which the machine obeys instructions, over an extended period, during which much input/output and magnetic tape activity takes place, is about 350,000 per second.
The following times were measured for some simple subroutines, written in machine language:
The term job will occur frequently throughout this manual. It is not easy to define but is readily understood. It refers to a run on the machine, with input, processing and output. A job can occupy the machine for seconds or hours, and can be completely self-contained or can use library or system programs. The machine does useful work only by processing complete jobs.
The machine is normally under the control of a large resident program called the Supervisor, which organises and monitors every activity. Input, output and magnetic tape transfers are time-shared with computation, and the Supervisor, by interleaving several programs, attempts to maximise the throughput of complete jobs. One action of the Supervisor is to produce a report on every job as soon as it has been completed, giving the starting and finishing times, amounts and kinds of input and output, numbers of machine instructions obeyed and other information. The accounting and the operational statistics for the machine are derived from this report.
The operating system requires that every program presented to the machine shall be accompanied by a Job Description, which itself must start with the word JOB followed by a Job Number. The Job Description contains, amongst other information, statements of the language in which the program is written, of the amounts and types of input and output, and gives estimates of the amount of store needed and of the running time. Job Numbers are issued by the Laboratory in response to requests for time on the machine and users have to write their own Job Descriptions. Both are discussed in Section 2.
The general principle is that programs are accepted in any language for which a compiler has been written. All the available compilers are held on the disc and are called in by means of simple statements in the Job Description (see Section 3 and paragraph 2.2).
Amongst others, compilers for the following languages are available:
A full list is given in Section 3.
The total staff is about 100 organised as follows:
The Laboratory has been set up to provide a powerful computing service to a wide variety of users and it will do all it can to help its users to get their work done quickly and efficiently. To this end it is staffed in the way described in paragraph 1.4. The services offered are described in the following paragraphs. Users wishing to work in the Laboratory must send in a Visit Request Form, which is reproduced on the next page.
Normally work will be put through the computer by the operator teams. There is usually no advantage in the programmer running his own work, and it is more efficient to leave this to the professional operators: but in special circumstances the opposite can be true, and whilst this will be discouraged there will not be a complete embargo on the programmer running or monitoring his work personally. Anyone wishing to take advantage of this should consult the Deputy Head of the Operations Group (Extension 515).
This is intended to help users who are developing large programs. A maxi- mum of 8 people may have priority treatment outside normal working hours - that is, roughly, between 5.30 p.m. and 7.30 a.m. - and each may have up to 4 runs of not more than 3 minutes duration. Users give their cards or tape to the Shift Supervisor whenever they want a run and he will put them in the machine as soon as possible - which will often mean immediately. Priority must be booked in advance with the Receptionist (Extension 6296), who is not permitted to accept bookings for more than 4 users in any one shift; the Shift Supervisor is not permitted to give priority to anyone whose name is not on the list for that shift. Users will appreciate that unless priority treatment is very tightly controlled it becomes valueless.
The Laboratory will punch programs and data from manuscript: details of this service are given in paragraph 2.4. Normally this is done free, but the Laboratory reserves the right to raise a charge if the amount of punching is very great, or to require the user to get the punching done himself. This would be discussed with the user in advance.
This is on the upper floor of the Office Block, above the main entrance. It is very much specialised to mathematics, computer science and computer applications, but contains also a comprehensive collection of general reference books. Users are welcome to read here, but are asked not to use it for working on programs, for which there is other accommodation in the Laboratory. The Librarian will be glad to help them.
VISIT REQUEST FORM
Science Research Council
ATLAS COMPUTER LABORATORY
Chilton, Didcot, Berkshire
Telephone Abingdon 1900
Extension 6296
Name:
University, College or Department
Address:
Telephone Number: Extension:
Brief Reasons for Visit:
Job Number:
Is any special Programming or Punching assistance desired (with brief details)?
Is Office accommodation required in the Laboratory? YES/NO
Proposed dates of visit: Arrival Departure
Time of Arrival
Will Transport be required from: Oxford Station
Didcot Station
London Airport(Flight No)
If Laboratory transport NOT required approx time of arrival.
Are Hotel bookings to be made on visitors behalf? YES/NO
AREA: (If any preference)
(Note: It may not be possible to arrange hotel accommodation unless
the Laboratory has a clear week's notice)
Signature:
Date:
The think room, immediately outside the machine room, is reserved for visiting users and is available to them without formality. Its furniture includes an Anita electronic desk calculator, to help in checking programs.
A suite of small offices is provided for users who wish to spend a significant amount of time in the Laboratory; they are booked in advance with the Receptionist.
The Receptionist will make bookings for users. A telephone request must be confirmed in writing as quickly as possible.
The Laboratory will transport users to or from local hotels, Didcot Station or London Airport. Bookings are made with the Receptionist.
The users' offices all have telephones, from which local calls may be made freely; but long-distance calls will be charged. There is a telephone (Extension 312) for general use in the entrance hall. The telephones in the data preparation and machine rooms, are strictly reserved for the staff, as they carry very heavy traffic. Anyone with any special communications problems should seek the help or advice of the Receptionist.
The Rutherford Laboratory Restaurant is available and serves breakfast, lunch and evening meal every day, including Sunday. Users are welcome to have tea and coffee from the Atlas Laboratory's regular service and will be asked to pay for this. They may use the kitchen during the evening and night shifts - not during the daytime, when only the kitchen staff may use it - but must clear up thoroughly after any food preparation. Supplies of coffee, milk, etc. are left in the kitchen and anything used must be paid for. The Receptionist will explain all these arrangements.
This section is particularly important and should be read with care and attention before any application is made for work to be done in the Laboratory.
This is the vital reference number for any piece of work put on the computer, used in all costing and accounting operations. It must form part of the title in the Job Description. It is intended for identification of a complete program or project rather than of an individual run. Job Numbers must have a specified form and are issued only by the Laboratory.
Job Numbers are made up of 5, 6, 7 or 8 alpha-numeric characters of which the first is usually one of the letters V, T, E or I and differentiates between the main groups of users.
Occasional use is made of other identifiers for special purposes. The first five characters of the Job Numbers are obligatory, but the user has the option of adding a further one, two or three characters if he chooses. These can be used to label any sub-division of the work which the user finds convenient; but they are disregarded by the costing and accounting programs and there- fore the Laboratory cannot distribute, say, the total cost of a project amongst the sub-divisions represented by these final digits.
The method of getting a job number varies for the different user groups.
Job numbers have the form:
V axxxyyy or V aaxxyyy (or the same format preceded by T).
where:
Thus VC987 would identify a job from a user at Cambridge. It would be valid as it stands, but the user could identify sub-divisions of his work by employing, for example, one of the following variations:
VC987I VC98704 VC987025 VC987AI VC987A/B VC987 AB
VBR would identify a job from the University of Bradford and could be correspondingly extended. Note that the separators and spaces are each counted as one character. The accounting program would treat all these sub-divisions as a single job, in this case VC987; but individual runs will be labelled with the full identifier.
In every university there is a representative for the Atlas Laboratory who is either the Director of the University's own computer centre or someone nominated by him. He holds stocks of all literature issued by the Laboratory, including the form on which University users must apply for time on the machine. The form for university users is reproduced on the next page. That for Technical College users is almost the same. The information asked for on this form is essential to the running of the service. The form must be countersigned by the university representative, who is asked by the Atlas Laboratory to satisfy himself that
Completed forms should be sent to:
External Reception, Atlas Computer Laboratory, Science Research Council, Chilton, Didcot, Berkshire.
UNIVERSITY USER JOB APPLICATION FORM NAME:- UNIVERSITY OR COLLEGE:- DEPT. OR SCHOOL:- FULL POSTAL ADDRESS:- SHORT DESCRIPTION OF JOB:- ESTIMATE OF COMPUTING TIME (Please state approx. rate in mins. per month for the period the job is expected to take. State total in hours.) Starting Date Rate per month(mins) Period(mths) Total(hrs) CLASSIFICATION (Please mark appropriate box):- 1 MATHEMATICS 2 PHYSICS 3 CHEMISTRY 4 BIOLOGY 5 ENGINEERING 6 CHEMICAL ENGINEERING 7 METALLURGY 8 MEDICINE 9 METEOROLOGY 10 ECONOMICS 11 SOCIOLOGY 12 PSYCHOLOGY 13 ADMINISTRATION 14 ALL OTHER WORK IS THE JOB SUPPORTED BY FUNDS FROM A NON-UNIVERSITY BODY? YES/NO If 'YES' please give details below or on a separate sheet: SIGNATURE OF APPLICANT: * APPROVAL SIGNATURE: _ * All applications must be signed by the appointed University representative, usually the Director of the University Computing Laboratory. For list of those with power of approval see overleaf.
University users must apply to their local representative for any literature they need. The Laboratory will not deal with individual requests.
Forms not countersigned or otherwise incomplete are returned to the applicant.
On receiving a properly completed application form the Laboratory will issue a Job Number. This is, in effect, the applicant's authority to use the Laboratory's services and facilities, and he may then deal directly with the Laboratory. It is for each university representative to decide how closely he wishes to watch the progress of any work he authorises.
When there is real urgency an applicant can get a Job Number, by telephoning Abingdon 1900, Extension 4284, provided that the local representative has been consulted and agrees to this. A completed form should be sent as quickly as possible; all work on the job will be stopped if this has not been received after two reminders have been sent.
The university representative should be told if any work which he has authorised seems likely to need more time than was asked for. The Laboratory reserves the right to ask for a further authorisation, and also to hold up work on a project which has taken more time than was authorised. Users can however rely on helpful treatment, consistent with the Laboratory's obligation to give a good service to all its users.
The user is invited to get in touch with the Support Group if he expects his job to require a large amount of machine time, or if he wishes to use any unusual facilities.
Users must apply for a new job number when:
They should also inform the Laboratory when their project is complete, as the job number may be cancelled.
A job number must be used only by the person to whom it was issued.
Job Numbers here have the form
Exxxxyyy
where the x's are digits 0-9 identifying the job and are issued by the Laboratory, and the y's are characters assigned optionally by the user. As before, the accounting program disregards the y characters and assigns everything to the number Exxxx, but the individual runs are labelled with the full identifiers.
External users, who have been almost wholly Government Departments or Institutes supported with Government funds, are charged for the use they make of the Laboratory. It is therefore necessary for the Laboratory to know that the applicant has authority to incur the charge. Intending applicants are very welcome to discuss their problem with members of the Laboratory, but the first step in obtaining approval and hence a Job Number must be a formal letter to the Director.
Establishments of the Science Research Council are treated as External users but are not charged.
Job Numbers here have the form
Ixxxxyyy
with the x's and y's representing digits as before.
All internal work is authorised within the Laboratory.
The operation of Atlas is controlled by a built-in program called the Supervisor. This, amongst other things, arranges that input and output operations and magnetic tape transfers go on simultaneously with computation. In order to run the whole installation with maximum efficiency it is necessary to hold several programs in the machine available for execution and for the Supervisor to have information about the requirements of each one. This information is given in the Job Description, which is normally punched on the first few cards or the first part of the input tape, whichever is the medium used. The information required is:
The Job Number and title (for identification) The expected duration of the run The amount of store needed Definition of input streams The amount and form of the output streams The numbers and titles of any magnetic tapes to be used The numbers and titles of any disc areas to be used The name of the compiler.
This information is picked off during input and stored in directories, which are used by the Supervisor in organising the operation of the complete installation. The Job Description is clearly an exceedingly important part of every program, and must be constructed with care. Prospective users are strongly urged to read the I.C.T. publication Preparing a Complete Program for Atlas 1 which gives more information on the Job Description. Ref.5.1.2.
It is convenient here to define a Document. A program with its data is thought of as made up of one or more documents, each of which is a self-contained section of information and is read into the machine through one input channel. The actual method of splitting up a program into documents is arbitrary and the different documents of a single program need not be presented on the same input medium - cards and the various forms of paper tape can be mixed in any way. But it is usually convenient to keep the number of documents down and to have them all on the same medium. Every document has to be identified by a heading such as JOB or DATA, and a title, and must be terminated by an end of document marker, which may take several forms, as described in 4.6. The Job Description must show how many documents make up the program; the Supervisor will not start to process the program until all the documents have been supplied.
It should include these sections:
JOB TITLE STORE COMPUTING COMPILER OUTPUT and may include these: EXECUTION TAPE INPUT DISC
The various sections are described below.
2.2.2.1 Job Title
This must begin with the word JOB, followed on the same or a new line by the Job Number (paragraph 2.1), the programmer's name and a descriptive word or phrase. The complete title (that is, the word JOB, the number, the descriptive word or phrase and all spaces) must be not more than 80 characters long and it must not contain any back-spacing characters. The title will be reproduced as a heading on the output, and must therefore be the same as that written on the Operations Request Card so that the machine-room staff can collate output and input documents correctly. The same title should not be used for different programs.
2.2.2.2 Computing
This is an estimate of the amount of central processor time required by the run. It can be given in SECONDS (or abbreviated to SECS), MINUTES (or MINS) or HOURS, e.g.
COMPUTING 40 SECS COMPUTING 1.6 MINS COMPUTING 1 HOUR or 1.3 HOURS (but not 1 HOUR 18 MINS)
Alternatively the computing time can be given in units of instruction interrupts, which are groups of 2048 basic machine instructions, roughly equivalent to 7 milliseconds computing time. This is abbreviated to INSTRUCTIONS, so one can write
COMPUTING 15000 INSTRUCTIONS
Only integral numbers are allowed here and no commas or spaces must be used. An adequate rule is that approximately 10,000 instructions give 1 minute of computing.
2.2.2.3 Output
A job may have up to 7 output streams, which are to be identified by numbers from to 15 inclusive. Diagnostic information produced by the Supervisor is always allocated to Stream 0. If Fortran cards are to be produced these must be assigned to Stream 15, and if there is to be graphical output this will use Streams 12, 13 (and 14 for IBM tape). With these restrictions, programmers may number their output streams as they wish.
The forms of output are specified as
LINEPRINTER FIVE HOLE PUNCH SEVEN HOLE PUNCH CARDS
The word ANY can be used, but at Chilton is automatically interpreted as LINEPRINTER.
It is possible to produce 8-hole paper tape but it will be done only by special arrangement.
Stream must always be defined as LINEPRINTER. If a binary deck from a HARTRAN program is required, this must be declared on Stream 15 as CARDS. For example:
OUTPUT LINEPRINTER 500 LINES 2 ANY 200 LINES 6 SEVEN HOLE PUNCH 4 BLOCKS 15 CARDS 200 LINES
LINE means one line on the printer, which can have up to 120 characters. In the CARDS stream, LINE means one symbolic or about half a binary card.
BLOCK means about 4,000 characters, equivalent to about 24 binary or 46 non-binary cards. The Atlas block is 4,096 characters but the Supervisor uses a number of these for various tags and labels.
2.2.2.4 Store
Estimates of the amounts of main store required should be given, for both compilation and execution. The form is
STORE M/N BLOCKS
A block is 512 Atlas words, M is the number required for execution, N for compilation. The maximum amount available is 215 blocks. Programmer's should always try to keep their demands below 120 blocks, as this allows more efficient multi-programming and therefore speeds up the machine's throughput. The End-of-Job Statistics (see paragraph 4.1) printed out with the results of every run will enable the programmer to make progressively more accurate estimates of the store demand.
If the compilation store N is not given, the Supervisor will allocate a standard amount, according to the compiler used by the program. A table of these amounts is given in paragraph 2.2.2.5.
If in the store request N is less than M, the Supervisor will allocate the larger amount M for both execution and compilation.
2.2.2.5 Compiler
The statement
COMPILER X or USE X
gives the Supervisor the information that the compiler for language X is required. If the input medium is paper tape this must be terminated with a new-line character. The following table of the most commonly used compilers gives the standard allocation of compilation store, referred to in paragraph 2.2.2.4.
AA 80 blocks ALGOL 100 blocks CHLF3 80 blocks EMA, 80 blocks HARTRAN 120 blocks
This completes the list of obligatory sections of the Job Description. As an example, the following would be accepted:
2.2.2.6 Example
JOB VPQ234 SMITH INTEGRALS COMPUTING 30 SECS OUTPUT LINEPRINTER 500 LINES 1 ANY 100 LINES 15 CARDS 100 LINES STORE 30/125 BLOCKS COMPILER HARTRAN
2.2.2.7 Input
As with OUTPUT, input streams can be identified by numbers from 1 to 15; a single program can declare up to 16 streams. The program itself is assigned to Stream 0, which need not be declared in the Job Description. Very often the data will be part of the same document, in which case there is no need for any INPUT statement at all. But if data are to be read in as separate documents, each separate document must be identified by a title and declared in the Job Description by INPUT followed on the same or a new line by a stream number and a title:
INPUT 3 SAMPLE VALUES A 4 SAMPLE VALUES B or INPUT 2 OBSERVATIONS
The word INPUT need not be given more than once.
The corresponding data documents must then be headed:
DATA SAMPLE VALUES A or DATA SAMPLE VALUES A
Inside the machine input documents are identified by their title and not by stream numbers; therefore the title on the document must agree exactly, character for character, with that given in the Job Description. No two documents should have the same title, and a title must not be more than 80 characters long.
As explained in paragraph 2.5, there are two magnetic tape systems, using Ampex and IBM tapes respectively, and a magnetic disc file. The Ampex system and the disc form the main backing store and are in many ways equivalent, whilst the IBM system is for various specialised uses.
2.2.3.1 Main System
There are 16 Ampex TM.2 decks, which use 1-inch tape laid out in pre-addressed blocks of 512 words each; the first block - Block 0 - contains the serial number of the tape and the title, and the information starts in Block 1. There are about 5,000 blocks on each tape, totalling about 2.5 million words. Each block is 5.46 inches long with an inter-block gap of 2.3 inches, giving a total length of 3,600 feet. The normal tape speed is about 10 feet per second with fast wind and re-wind speeds of 15 feet per second for long searches. The instantaneous transfer rate is 90 Kcs, equivalent to about 89 µs per word. Allowing for the inter-block gaps the average transfer rate is about 64 Kcs.
The Disc File is the Data Products Model 5045, holding 16.78 million Atlas words on 32 physical discs. There are two independent sets of read/write arms, each with its own control. The information is distributed over 256 tracks on each surface of each disc and the 50 bits (48 + 2 parities) of each word are read from 4 different tracks. During a single revolution, taking 52 milliseconds, 4096 words are accessed, so the mean transfer rate is 12.7 microseconds per word. The mean access time is 195 milliseconds, including positioning, verification and latency, with a maximum of 300 milliseconds. The mean access time to an adjacent track is 135 milliseconds.
An Ampex tape or a disc area is referred to in a program by a logical number, which must be between 1 and 126 inclusive, though it is advisable to use up to 99 only. If the tape or disc area is required for future use a previous application must have been made for a title, as described in paragraphs 2.5 and 2.6 (unless one of the standard systems on tape or disc is being used). There must be a declaration in the Job Description consisting of the word TAPE or DISC followed on the same or a new line by the logical number and the title. As explained in paragraph 2.5.1, the title should not contain more than 14 characters. Thus for example:
TAPE 4/100 N0539 UNSORTED DATA* INHIBIT TAPE 9 N0772 SORTED DATA* PERMIT DISC 4 R012OLD DATA DISC 9 W345 NEW DATA DISC 99 R500 FORTRANLIB
would be valid titles. In the case of the tapes, the operators would be instructed to mount them so that N0539 could not be written on, and N0772 would be write-permitted. In the case of the disc, a built-in check would ensure that R012 OLD DATA could not be written to, while W345 NEW DATA could. The system disc area R500 FORTRANLIB is always accessible to the user, but he is unable to write to it. Tape 4 would be loaded so that it is positioned at block number 100, which will reduce waiting time if the user knows that his information for a particular run starts there.
If temporary storage is required only during the execution of the current program, it is preferable to declare in the Job Description
DISC COMMON 6/25 DISC COMMON 5/50
This reserves common areas of the disc for the duration of the program, assigning logical numbers 5 and 6, of lengths 50 and 25 blocks respectively. No one program may use more than 2000 blocks in total. Alternatively, it is possible to use
TAPE COMMON 5 TAPE COMMON 6
but this is less desirable, as it increases the amount of tape handling, and also may be wasteful in machine time, as access to the disc is much more efficient in the avoidance of 'tape waiting' time.
Note that in all these cases, the logical number follows COMMON.
A program may use up to 12 tapes in all, including COMMON and IBM, but the number should be kept as low as possible. Programs requiring large numbers of tapes present considerable operational difficulties and are likely to suffer delays.
2.2.3.2 IBM System
This is used when it is necessary to transfer information between Atlas and any equipment which itself uses IBM tape, including IBM computers and the SC 4020. The tape is 1/2-inch wide and a reel can be made to hold up to about 1.8 million Atlas words. It does not have a fixed block structure, nor is there a title on the tape itself. Great care must be taken to check that the same title is written in the Job Description, the Operation Request and on the label on the tape reel, because the computer cannot check that the correct tape has been used.
Only one tape may be used by a program. This must be declared by the words TAPE IBM, followed by a logical number in the range 100 to 126 and a title, e.g.
TAPE IBM 100 SMITH NEW DATA
OPERATION REQUEST
Job Number:
Name:
Telephone:
Title:
Time
Computing
Execution
Store
Compile
Execution
Compiler:
INPUT/OUTPUT Input Output Qty BRK.O/P
Line Printer
Cards
Paper Tape
8 Track
7 Track
5 Track
Graphical
COMMON
Magnetic Tape Disc
Magnetic Tape Titles
I.B.M. Tape Titles
Private Disc Areas
Destination:
Return
Retain at ACL
Support Group
Program Restarts:
Manual
Automatic
Explanatory notes are given below.
The information given on this card should agree with that given in the Job Description. The Computer Operators use the information from this card to schedule work for the machine and incorrect information can lead to waste of machine time.
2.4.1 The Laboratory offers a range of facilities for punching cards or paper tape (5 and 7 channel) from manuscript. Users may apply for punching to be done by the Laboratory's Data Preparation staff, by submitting a Card and Paper Tape Preparation Request Form (see specimen below).
CARD AND PAPER TAPE PREPARATION REQUEST DATE NAME TEL. NO. ADDRESS TYPE OF CODING FORTRAN ASP ABL ALGOL MERCURY AUTOCODE EXT. MERCURY AUTOCODE ATLAS AUTOCODE ANY OTHER CODE (PLEASE SPECIFY LAYOUT REQUIRED) TYPE OF WORK PAPER TAPE 5 CHANNEL PAPER TAPE 7 CHANNEL PUNCH AND LIST EDIT COPY TAPE PRINT AND COPY TAPE CARDS PUNCH VERIFY LIST REPRODUCE INTERPRET SORT Please tick the appropriate boxes for both type of work and type of coding.
The demand for this service is considerable but irregular and no specified turn-round can be guaranteed. In general, punching of programs will take precedence over data. Users preparing large projects can help by sending the work in installments. The Laboratory has arrangements with several punching bureaux and may off-load work on to these at peak periods (see also paragraph 1.5.3).
The Laboratory will not punch a program from a computer print-out unless the applicant can give an assurance that he has tried and failed to get a machine- produced copy.
Users with any unusual requirements, such as the punching of cards from survey questionnaires, are strongly recommended to contact the Operations Group before submitting work, preferably even before designing the questionnaires, as this will save a great deal of trouble at later dates, and often drastically reduce the amount of punching effort required.
A number of card punches and punched paper tape equipment in the Data Preparation Room is set aside for users of the Laboratory. They are intended to enable users to do small amounts of punching, for example to make corrections to a program, and should not be monopolised by one user for a long period. It is an accepted rule that a user does not occupy a card punch for more than 5 minutes or a Flexowriter for more than 15 minutes if another user is waiting. A machine belonging to the punch-room service may, if vacant, be used, but only with the permission of the Head of the Data Preparation Section or her deputy.
A new visitor to the Laboratory must make himself known to the Head of the Data Preparation Section, or her deputy, before using any of this equipment; and all users are asked to report any faults they find in a machine, so that the maintenance engineer can be told.
Finally, a rule of great importance: leave the machine clear of cards, tape and paper and throw away, at once, all used cards.
The following machines are located in the Data Preparation area and are available for general card handling:
2 card reproducers (I.C.T. model 203) 3 card interpreters (I.C.T. model 424) 1 card sorter (I.C.T. model 313)
The staff of the Data Preparation Section will do work of this kind for users, but anyone with a large amount to be done is expected to do the work himself. A user wishing to do such work, or to have it done for him, must first ask the Head of the Data Preparation Section, or her deputy.
Care is needed at all times. Anything sent through the post should be firmly packed and protected from being crushed. There are a number of commercial products available to ensure the safe transit of cards and paper tape: the Laboratory will advise if requested.
The following is a general guide to good practice:
2.5.1 The main system is based on Ampex 1-inch tape, on which the information is written in pre-addressed blocks of 512 words each, about 5,000 blocks to a tape. Every reel is labelled with a 4-digit number preceded by the letter N (that is, of the form Nxxxx) which is given by the Laboratory; and must carry a title, which is given by the user.
A user wishing to have tapes assigned to him must complete a Magnetic Tape Request Card. The University representatives hold stocks of these cards.
The Magnetic Tape Librarian will allocate and title the tapes requested and advise the applicant on an Allocation Card.
As with Job Numbers, requests for tapes may be made by telephone: the number is Abingdon 1900, Extension 6640. A request card must be sent in support of a telephone request as soon as possible.
All requests should be made as far in advance as possible, to give the Laboratory staff time to label and address the reels.
When a tape is loaded the Supervisor compares the title, which is written in Block 0, with what is called for in the Job Description. The slightest discrepancy will cause the tape to be rejected and the run to be terminated. A title, excluding the tape number, should not exceed fourteen characters.
Comments may be added to a title by terminating it with an asterisk - thus
N0987 JONES DATA* NEW STYLE
The * must follow immediately after the last character of the title, or chaos will ensue. The characters after the * will be reproduced on the operators' teleprinter, but not checked against the title on the tape. The complete string must not exceed 30 characters; space, or multiple spaces, counting as one character. The main use of this facility is to tell the operators how the tape is to be mounted on the deck - with or without a write-permit ring. If information is to be written on to the tape during the running of the program, one puts:
N0987 JONES DATA* WRITE PERMIT
To tell the operators to mount a tape so that nothing can be written on it, one puts:
N0987 JONES DATA* FILE PROTECT
The instructions can be shortened to
*WP or *FP
which are recognised by the operators.
It is good practice to keep tape titles as short as possible.
Users are asked to inform the Tape Librarian in writing when they have finished with any tapes allocated to them, so that these can be released for re-allocation. Periodically the Librarian will send to every user a list of all the tapes he is holding, with a request to release any which are no longer needed.
In addition to the Ampex system, the Chilton Atlas has an IBM 729 Mark IV deck which uses IBM 1/2 inch, 7 channel tape written at 556 or 200 bits per inch.
This is the medium used to drive the SC 4020 microfilm recorder on which all graphical output is produced; for use for this purpose, see the Laboratory's publication ' SC 4020 Plotter Manual' Ref. 5.5.1. It can be used also to transfer data or other information between Atlas and other computers, for example IBM machines. The identifying numbers are assigned by the Lab- oratory as with the Ampex tapes, but all begin with 9. However, the use of IBM tape on Atlas can present problems and prospective users are asked to seek the advice of the Support Group before applying for these tapes, or submitting tapes from other installations to be read on Atlas.
Tape reels may not normally be taken out of the Laboratory. Anyone wishing to record information from Atlas and physically transfer it to a machine elsewhere will be asked to provide the reels required.
The Chilton Atlas is provided with a large disc file. This is used for several purposes, and in particular it may be used in exactly the same manner as 1" Ampex tapes. A user who wishes to obtain his own titled area on the disc must apply to the Head of the Operations Group, who will require to be convinced that the user has a genuine need for this area, and that the overall performance of the machine will be improved by the allocation, as space is in great demand.
The operation of the disc is similar to that of the tape system. A title will be allocated to the user of the form
012 SMITH I
The numerical part (012 in the example) called the key number must be preceded by either W or R. The user should specify in his disc application whether he wishes to write to the disc: if he does not wish to do so, a special marker will be set in the disc directory; if this is the case, it will be impossible to write to the disc area, and the key number must be preceded by R, e.g. R012; this may be useful when using a developed program. If, however, writing is allowed, the user has the option of preceding his key number by either R or W, e.g. R012 or W012. In the former case, any attempt to write to his area will be stopped, whereas in the latter case both reading and writing are permitted and he may do as he wishes.
The Atlas operating system makes it possible for the machine to run programs written in any of a large number of languages, with very little trouble to either the programmer or the operators. Compilers for the most important languages are kept permanently on the Supervisor area of the disc and can be called with a single command. Others need a few extra commands.
The following are available directly from the system:
1 IIF 10 ALGOL
2 IIC 11 ABL
3 SERVICE 12 EMA
4 TAD 13 MAC
5 SPECIAL 14 EDIT
6 AA 15 COED
7 FORTRAN4 16 CHLF3 (London)
8 HARTRAN 17 CC
9 HAR2 18 LOAD (London)
19 FORTRAN (London)
As explained in paragraph 2.2.2.5 any of these is called by writing, for example:
COMPILER HARTRAN or USE ALGOL
in the Job Description.
The following brief notes give some guide to these compilers:-
1. IIF and 2. IIC (Intermediate Input F and C): are rudimentary assembly languages, little used except by the engineers.
3. SERVICE: is a collection of routines for listing, editing and similar operations with private tapes (see paragraph 4.5).
4. TAD (Tape Addressing): is used only by the operators.
5. SPECIAL: calls in any of the non-standard compilers, see paragraph 3.1.2 and Ref. 5.7.19. Also used for calling in a private compiler from a user's tape.
6. AA (Atlas Autocode): is an ALGOL-like language developed by Brooker and Rohl of the Department of Computer Science at Manchester University. Features of the language include block structure, dynamic storage allocation and facilities for defining, constructing, and analysing tree structures. Developments of AA, known as compilers AB and ABC, are also available at the Atlas Laboratory using Extra Compilers (3.1 .2); see references 5.4.1, 5.4.2, 5.4.3.
7. FORTRAN4: the Manchester compiler for this form of FORTRAN. See Ref. 5.2.9.
8. HARTRAN: the FORTRAN system used as standard at Chilton. See paragraph 3.2.1 and Refs. 5.2.
9. HAR2: is equivalent to HARTRAN.
10. ALGOL: see paragraph 3.3 and Refs. 5.3.
11. ABL (Atlas Basic Language): assembly language. See Ref. 5.6.1.
12. EMA (Extended Mercury Autocode): has been developed from the language designed for use on the Mercury computer by R.A. Brooker, when at Manchester University. The changes needed for a Mercury Autocode program to run on Atlas are minimal and occur mainly at the beginning and end of the program. See Ref. 5.4.4.
13. MAC: equivalent to EMA.
14 and 15. EDIT and COED: editing programs written at Chilton. See Ref. 5.7.9.
16. CHLF3: a version of Mercury Autocode.
17. CC: the Brooker-Morris Compiler Compiler. See Ref. 5.4.5.
18. LOAD: a London program, for writing user programs to private tapes. See Ref. 5.7.20.
19. FORTRAN: Fortran V, the London version of Fortran. See Ref. 5.2.1.1.
A number of compilers have been collected together from the London, Manchester and Chilton (S.R.C.) installations and put on to a single tape called EXTRA COMPILERS. This has been copied to the disc. Users wishing to use one of these compilers should write in their Job Description:
DISC n R501 EXTRA COMPILERS
and call the compiler through COMPILER SPECIAL.
Where two versions of the same compiler exist, as for example in the case of EMA, the addition of -M indicates the Manchester Compilers version, and of -L the London Compilers version. The correct name in this case is therefore EMA-M or EMA-L, which must appear after the COMPILER SPECIAL (or *KEEP-TAPE n directive if present).
A typical example would be:
JOB 10123 SMITH ... DISC 1 R501 EXTRA COMPILERS ... USE SPECIAL EMA-M
Programs using Fortran will require the *KEEP-TAPE n directive, but users are requested to unload the area as soon as they enter their programs so that others may use the compilers as soon as possible.
The compilers available, and their lay-out on the disc is as follows:
Compiler Starting Block Originating Tape Date of Version ACL 77 London 16.02.68 UPDATE 167 London 17.11.67 CC-L 179 London 28.12.67 SICTRAN 208 London 09.02.68 ABL 246 London 08.11.66 EMA-L 270 London 02.02.66 SERVICE-L 310 London 10.11.67 LOG-L 320 London 16.02.68 DEMI 330 London 07.09.67 IPL5 332 Chilton 24.08.65 LISP 353 Chilton 30.10.67 SOL 368 Chilton 28.03.68 COCOA 390 Chilton 15.02.68 ABC ) 397 Manchester AB ) 398 Manchester IIC 448 Manchester 22.04.64 SERVICE-M 451 Manchester 01.06.66 IID 459 Manchester 22.06.65 LOG-M 461 Manchester 02.02.66 FOR2 490 Manchester 20.09.66 CC-M 522 Manchester 20.06.66 EMA-M 550 Manchester 26.07.67 Block 1 is a directory
Because of the importance of Fortran - which accounts for about half of the time on Atlas - the use of this language is discussed at greater length.
A Fortran compiler and operating system was defined by A.E.R.E. Harwell and the Atlas Laboratory in collaboration and written by A.E.R.E. and the Laboratory with some assistance from I.C.L. It is called HARTRAN, and is basically Fortran II with extensions. This is the system used as standard at Chilton and is described in Refs. 5.2. Two other Fortran compilers are available in the group of standard compilers, the I.C.L. compiler for A.S.A. Fortran, which is effectively Fortran IV; and a compiler written by the University of London Atlas Computer Service called Fortran V.
References to Fortran literature are given in Section 5, and a note on the differences between Fortran IV and Hartran in paragraph 3.2.2.
A Hartran program can be made up of any selection from three major sections:
Details of these are given in Ref. 5.2.
Each Fortran routine must be preceded by a directive 'FORTRAN, punched in columns 1 to 8 of a card, each ASP routine by a directive *ASP in columns 1 to 4, and each binary routine by *BAS, which is automatically produced by the compilation process.
The cards 'FORTRAN, *ASP may contain further information, starting in column 9, for example, NOCARDS or LIST. The former will suppress the production of cards for the routine in question; the latter will produce a listing of the compiled program in a form similar to ASP, but should be used only if there is a real need for this as it is expensive in machine time.
These sets of cards are terminated by *ENTER, punched in columns 1 to 6, which causes the program, after the compilation and loading process is completed, to be entered at the beginning of the main program. *ENTER is followed by any data to be read by the program on stream 0, then an end-of-document marker, which is a card with 7 and 8 in column 1 and a terminator in column 80. The terminators are given in paragraph 4.6. The whole must be preceded by a suitable Job Description, and any data on any stream other than supplied as a separate DATA document.
When this deck of cards is presented to the machine the Fortran compiler will process any Fortran routines, producing, on stream 0, a listing of the source program, information about the various identifiers used within the program, and also a list of the relative locations at which lines of the source program are situated. If the compilation is successful it will also produce, on stream 15, a set of cards, the first being a card containing
*BAS routine name
and this is followed by several binary cards: these can be recognised by the presence of +79 punched in column 1, the last card being distinguished by the absence of the + punch. The user should check the serial numbering on columns 79 and 80 of all these cards, and if these are not sequential, for example 17 18 19 18 19 20, he should remove the earlier of the duplicated numbers, in this case the first 18 and 19, as these indicate a malfunction of the card punch. He should also check that the last card does not have the + punched in column 1. (If his own program produces a punched card output stream serial numbering of these cards also is recommended, so that any spurious cards may be removed). When the cards have been checked the original Fortran decks should be replaced by the BAS decks, if no changes in the source program are required. Similarly, the ASP assembler will process any ASP routines producing, on stream 0, a listing of the source program and, on stream 15, if the assembly is successful, binary cards preceded by *BAS. If a compilation or assembly is unsuccessful two or more cards will be produced, the last one bearing a visible FAILED punching. These cards should be discarded. The results of the compilation and assembly, together with the BAS routines in the deck, are automatically loaded into the Atlas store, any library routines being supplied by the system. A map of the layout of the store is produced and if no errors have been found the program is entered at the beginning of the main routine.
It will be seen from the above that output streams and 15 must normally be specified in the job description, as both are used for the systems output. If stream 15 is not specified then the standard option for all subroutines is set to NOCARDS, and the compilations and execution, if any, will continue without any attempt to produce card output from the compilation.
There are several forms of the statements to obtain input and output in the execution phase, all of which are acceptable. The full set is, for input:
READ(N,FMT) list (1) READ INPUT TAPE N, FMT, list (2) READ FMT, list (3) and for output: WRITE(N,FMT) (4) WRITE OUTPUT TAPE N, FMT, list (5) PRINT FMT, list (6) PUNCH FMT, list (7)
Forms (1) and (2) are treated identically, as also are forms (4) and (5). In these statements, N is either an explicit unsigned integer in the range to 15 or an integer scalar variable whose value is in the same interval. The format specification is indicated by FMT, which may be the statement number assigned to a FORMAT statement in the routine, or which may be the number of an array holding the text of the format specification at execution time.
The input statement (3) will always refer to data on input stream 0. The forms (1) and (2) will normally refer to input stream N, but if that is not defined the statements may refer to magnetic tape N of the job description.
Similarly, for output the PRINT statement refers to output stream 0, and the PUNCH statement to output stream 15. The other statements normally refer to output stream N, but again if this is not defined the statements may refer to magnetic tape N of the Job Description, which may be either Ampex 1" or IBM compatible 1/2" tape.
The following example shows the detailed lay-out. The spacing is important.
JOB VA123 J SMITH SIMPLE EXAMPLE
COMPUTING 30 SECONDS
STORE 10 BLOCKS
OUTPUT LINEPRINTER 200 LINES
2 LINEPRINTER 10 LINES
15 CARDS 50 LINES
INPUT 1 VA123 DATA1
COMPILER HARTRAN
*FORTRAN
READ 100, I
PRINT 101, I
READ (1,100)J
WRITE (2,101)J
PUNCH 101, J
CALL XXX(I,J)
GO TO EXIT
100 FORMAT (I1)
101 FORMAT (1X,I1)
END
*BAS XXX ) produced from a
binary cards ) previous compilation
*ENTER
2
file card (7 and 8 in column 1, C in column 80)
DATA
VA123 DATA1
3
File card (7 and 8 in column 1, Z in column 80)
The output on stream to be expected from this job, apart from the effect of the routine XXX, would consist of a listing of the Fortran source program, followed by a map of the layout of the store, and a heading.
EXECUTION STARTED ON date AT time WITH THE INSTRUCTION COUNTER READING n
This would be followed by:
3.2.1.1 Store and Time Requirements
These depend very much on the nature of the program, so only a rough approximation can be given to start with. The End-of-Job Statistics (see paragraph 4.1) given at the end of a run will enable this to be improved and should always be studied.
The following is a rough guide to the quantities involved in compilation:
COMPUTING = 1,000 source cards per minute
OUTPUT = 1.5 × number of source cards
OUTPUT 15 = 0.75 × number of source cards
STORE = the standard allowance of 120 blocks is usually enough for
a routine of up to 150 statements. If only AS D or BAS
cards are used (i.e. no Fortran source language) the amount
of store is approximately 40 blocks more than the loaded
program.
If we were to repeat the above job, replacing the Fortran routine by binary cards, we would replace the relevant items in the job description by some- thing similar to:
COMPUTING 10 SECONDS STORE 10/50 BLOCKS OUTPUT LINEPRINTER 50 LINES 15 CARDS 3 LINES
The replacement of the 'STORE' description in particular is very advantageous, to both the efficiency of Atlas and to the progress of the user's job through the machine.
3.2.1.2 Errors
The Hartran system gives very extensive error diagnostics, described in Refs. 5.2.2 and 5.2.3. Some errors are so common as to warrant noting here.
(i) OUTPUT NOT DEFINED
EXCESS BLOCKS
OUTPUT EXCEEDED
C TIME EXCEEDED
These usually indicate an inadequate Job Description.
(ii) ILLEGAL FUNCTION
SV OPERAND
If the dump of the program shows that there is an empty register (40 . . . 0), check to see if a binary card is missing.
If the control address is near location check to see if a computed GO TO is out of control, or again to see if a binary card is missing.
If the store appears to contain random data, check to see if an array is being subscripted outside its bounds and is overwriting the program.
If one of the lower-numbered B-registers contains a value with leading digit 6, check to see if one of the subroutine calls has the wrong number of arguments. This may cause an illegal access, or a print statement to terminate prematurely, followed by a jump to location -1.
(iii) V TAPE ERROR
This can occur as a result of attempting to read more records from a binary tape than have been written. Or it can be caused by a faulty editing procedure. For example, if records 1 to 4 have been written and we wish to change record 4, we must backspace to the beginning of record 3, read a record, then write the new record 4. Failure to do this will cause sections of the information to be lost, when a subsequent read operation will give V TAPE ERROR.
(iv) END TAPE
This diagnostic is often caused by trying to backspace a tape which is already positioned at its beginning.
3.2.1.3 Fortran Library
An extensive set of Fortran routines is held on the disc in the area R500 FORTRANLIB. A list of these routines, with instructions on how to access them, is given in Ref. 5.2.12.
A user wishing to run a Fortran IV program at Chilton can either consider whether the I.C.L. compiler for ASA Fortran, described in Ref. 5.2.9, will accept his program - as it will in many cases - or change to make it acceptable to Hartran. A note on the changes to be made is given in Ref. 5.2.7. The most serious are:
IF (A.GT.B) X = Y
CONTINUE
of Fortran IV must be replaced by
IF(A.GT.B) 1,2 (or any labels in place of 1 and 2 which are
not used elsewhere in the routine)
1 X = Y
2 CONTINUE
and
IF (C.EQ.D) GO TO 3
must be replaced by
IF (C.EQ.D) 3,
where the final comma is essential.
A conditional expression may need extra parentheses: thus the Fortran IV statement
IF (A. GT.B AND C.EQ.D) GO TO 123
must be changed to
IF ((A.GT.B) AND (C.EQ.D)) 123,
and again the final comma is essential.
The Algol system available on the Chilton Atlas consists of an Algol compiler coupled to a flexible input pre-processor. The Algol compiler accepts Algol 60 with a few minor restrictions. Full details of the basic compiler with the original I/O package are given in Ref. 5.3.1.
The philosophy behind the pre-processor developed at the Atlas Laboratory is given in Ref. 5.3.2. The aim has been to improve the interface between the user and the compiler. The most important part of the pre-processor, as far as the user is concerned, is that it is capable of accepting Algol programs produced originally for other British computers. This is achieved by specifying three different I/O packages which can be automatically inserted into an Algol program, allowing many different input forms.
The three I/O packages are:
The Algol dialects currently accepted are:
This list is continually updated and the user should consult the most recent Algol papers for additional dialects. The Laboratory is willing to include any dialect in this list as long as sufficient use will be made of it to warrant spending the programming effort required to define it.
The particular input form and I/O package required is defined by a processor command at the head of the program. For example:
INPUT SYSTEM 4 TAPE WITH KDF9 I/O PROCEDURES;
Complete details of the Algol system are given in Refs. 5.3.3, 5.3.4 and 5.3.5. As well as accepting a variety of Algol dialects, the system also provides the following facilities:
A new graphic output package called GROATS (Graphic Output on Atlas for the SC4020) is also available. This provides a set of input procedures for using the SC4020 microfilm and hardcopy plotter installed at the Laboratory. These can be used with any of the existing I/O packages. A separate manual for the GROATS package is available (see Ref. 5.3.6).
After the output from a program, the Supervisor will print out on Stream information about the actual use of the machine. This provides a valuable guide to any changes which should be made to the Job Description for later runs of the program.
Consider the following example:
REQUESTED USED COMPILE
INSTRUCTION INTERRUPTS 4800 2630 1638
COMPILE STORE 160 154
EXECUTION STORE 70 45
DECKS BLOCKS WAITING
MAGNETIC TAPES 2 114 5
STORE TIME DRUM TIME DECK TIME
2841 8 42
COMPILER NUMBER 9
INPUT 0 5 BLOCKS READER 0
INPUT 5 3 BLOCKS READER 0
OUTPUT 0 180 RECORDS LINEPRINTER
OUTPUT 6 132 RECORDS LINEPRINTER
OUTPUT 15 20 RECORDS CARDS
This indicates that, of the 4800 instruction interrupts requested, i.e. 30 seconds, a total of 2630 were used of which 1638 were taken up in compiling.
Of the 160 blocks requested for compiling, 154 were used and similarly 45 of the 70 for execution.
Two magnetic tape decks were used with 114 blocks transferred and 5 seconds waiting time.
The total input amounted to 8 blocks.
The total output amounted to 312 lines and either 20 decimal cards or 17 binary cards, as in this case 1 record is equivalent to about 7/8 of a card.
"Store Time" is the integrated occupation of the store in block-seconds; similarly for Drum Time in sector-seconds and Deck Time in deck-seconds.
Some means of re-starting or of rescuing information, in case of a machine failure, must be included in all long-running programs, so that never more than 10 minutes machine time is lost. This is the maximum amount the Laboratory will credit the user with if there is a breakdown.
There is no standard recipe for re-starts. "Break Output", described in paragraph 4.3, is useful in this connection and various dumping facilities are available but must be used with caution. The general strategy and the details must be decided by the programmer, to suit each particular program. In all cases the re-start procedures should be planned along with the program, and not added as an afterthought.
The standard output procedure is for the Supervisor to assemble all the output from a program on disc or tape and print it all after the run has ended. But if the programmer inserts a BREAK OUTPUT statement at one or more points in the program, the output then assembled will be printed or punched whenever the statement is encountered. This is operationally convenient, and therefore recommended if there is a large amount of output, say between 4,000 and 10,000 lines on the printer: for more than 10,000 lines, the output should first be written to a private tape (see paragraph 4.4). This facility can obviously provide a simple rescue procedure in certain cases if there is a machine failure.
The required statements, in the most commonly-used languages, are as follows. The Operation Request Card should state if BREAK OUTPUT is used.
CALL OUTBRK(N) where N is the output stream number.
procedure break output (n);
value n; integer n;
begin code
1300, 92, -, n;
1071, 0,92, 0;
end;
The call would be, for example, break output (3).
routine break output (integer n)
1300, 92, -, n
1071, 0, 92,
end
1071, 0, 0, n
where n is the output stream number. If a program requires a large volume of input or will produce a large amount of output, the reading or printing operations should be done separately from the main run by means of private tapes. In general, all that is necessary is for the Operation Request Card to state the amount of input or output required; for example, 10,000 cards input or 40,000 lines output: the machine room staff will arrange the intermediate tape transfers.
However, a user may for one reason or another wish to organise these operations himself: for example, he may wish to build up an input file gradually as he gathers data, or to have a large amount of output from which to study parts from time to time. The way this is done is described in the following paragraphs, which explain how a user can:
The object is to improve the efficiency of handling large volumes of input and output. The essential further step, of printing from a private output tape, is provided by COMPILER SERVICE as described in paragraph 4.5.04-Off-Line Output.
The document to be transferred can be read in from any peripheral. It must be headed thus:
COPY TAPE b (b - block number at which writing is to start) title of tape one or more new lines or dummy record or PRIVATE INPUT b title of tape one or more new lines or dummy record.
Nothing else is required; the Supervisor transfers the material to the named tape starting at the stated block. The "new lines" or dummy record is effectively the title of the document and is not copied to the tape.
When reading has been completed the tape is automatically re-wound and disengaged and information showing that the operation is complete is put out on the operators' teleprinter. The user will be informed of the next available block on the tape, so that he can plan further writings to the same tape, and so if he wishes build up a large file in stages.
Data recorded on magnetic tape by the above process can be called by a program by means of the following statements in the Job Description
INPUT TAPE a/b/o
n with any title
TAPE a title of tape
Here a is the logical number of the tape
b is the address of the starting block
n is the number of the input stream
The title following n is any identifier the user finds convenient and is not checked with anything written on the tape. The title following a is, as usual, the title in Block 0 of the tape and is checked.
This is achieved by declaring an output stream in the Job Description as follows:
OUTPUT n TAPE b / (final destination)(amount) (title of tape)
The output will then be written to the named tape, starting at block number b e.g.
OUTPUT 3 TAPE 100/LINEPRINTER 10000 LINES N0123 JONES RESULTS
The Supervisor will write as the first two records:
OUTPUT n (title of the job which produced the output)
The record can be printed from the tape, or put out on whatever other device has been specified, by the procedure of paragraph 4.5.4.
A private output tape can be used also in three other ways:
To use a tape safely as a working tape after using it for private output, the stream should be broken and thus killed, and also the "where-am-I" extracode (1024) must be used, to ensure that the tape queue is emptied. This ensures that the remnant of the stream is written to the tape, and that no further transfers will then take place. This is particularly useful if the beginning of a tape is used for variable data, say, and the top is used for off-line output.
There is a set of standard programs for the following operations:
CARD LIST * 4.5.02 PAPER TAPE LIST * 4.5.03 OFF LINE OUTPUT 4.5.04 EDIT TAPE 4.5.05 COPY TAPE 4.5.06 MAG TAPE LIST 4.5.07 COMPARE MAG TAPE 4.5.08 CHECK VARIABLE TAPE * 4.5.09 RENUMBER 4.5.10 SELECT INPUT 4.5.11 SELECT OUTPUT 4.5.12 BREAK OUTPUT 4.5.13 COPY DOCUMENT 4.5.14 FIND DOCUMENT 4.5.15 WHAT DOCUMENT 4.5.16 COMPILER* 4.5.17 END * 4.5.18 PLEASE* 4.5.19
Other services provided are included in this list for completeness but should not normally be used except by systems programmers or the operating staff.
CHANGE SUPERVISOR COPY OFF SUPERVISOR COPY ONTO SUPERVISOR COPY SUPERVISOR EXIT FAST COPY IDENTIFY SUPERVISOR OPERATOR PM * SPRINGCLEAN * SUP TO DISC
Most of the titles are self explanatory and more details follow below.
It will be seen by the example given below, that after obeying one service, a further service may be entered. Those services marked * must appear last in the string of commands as they terminate the job.
In general, a command (e.g. MAG TAPE LIST) where the first 8 letters are significant and spaces are ignored is followed by a parameter list which consists of a string of numbers separated by spaces or tabs. Backspace may not appear anywhere.
Any of these services can be called by a Job Description which specifies
COMPILER SERVICE or USE SERVICE
The amount of COMPUTING TIME required is negligible and 30 SECONDS should be more than adequate for most purposes. EXECUTION TIME may be significant in those services using magnetic tapes. The STORE request of 12 BLOCKS should be sufficient for most services and it is suggested that users consult the job statistics which give the actual number of execution blocks used.
We may have for example
JOB 10000 BRYANT COPY AND LIST TAPE OUTPUT LINEPRINTER 800 LINES STORE 12 BLOCKS TAPE 1 N0000 MASTER* INHIBIT TAPE 2 N0001 COPY* PERMIT COMPUTING 30 SECONDS USE SERVICE EDIT TAPE 2 20 1 30 5 MAG TAPE LIST 0 2 20 22 1 2 23 24 END 78 Z
This will copy 5 blocks from tape 1, blocks 30 to 34 inclusive, onto tape 2 blocks 20 to 24, then print blocks 20 to 22 of tape 2 in octal and print blocks 23 to 24 of tape 2 as instructions.
This service is used for listing punched cards. The control statement
CARD LIST
is followed by the data to be listed, and terminated by the control statement
END LIST
A new page may be obtained by inserting
NEW PAGE
The END LIST suppresses the INPUT ENDED monitor and gives a pagethrow on the lineprinter.
HARTRAN binary cards are decoded to some extent according to the BAS format.
This service is also useful for duplicating cards (not binary) or paper tapes, by defining output stream for card or paper tape output instead of lineprinter output.
This service will list paper tape punched in any standard code (not binary). It treats all TAB directives correctly and omits erases, there should be no back-space symbols on the tape. The control statement
PAPER TAPE LIST
is followed by the tape to be listed which must be terminated by ***Z.
This service should not be used for duplicating tapes as tabs will be replaced by spaces. The service CARD LIST should be used for this purpose with paper tape as output 0, as this is a straight copying operation.
This service enables any part of a private output or input tape to be output on any specific peripheral. The control statement OFF LINE OUTPUT must be followed by four parameters.
OFF LINE OUTPUT A B C D
will cause block C to block D inclusive on logical tape B to be output by the device defined by parameter A. If D = 0 the output will cease at the end of the document.
A = 1 lineprinter A = 3 5-hole tape punch A = 5 7-hole tape punch A = 6 lineprinter 1 A = 7 card punch A = 8 sigma 2 link A - 9 card punch 1
Only one document may be output from a tape at one time. If an attempt is made to output a second document from the tape, then the diagnostic message TAPE NOT DEFINED will occur. However, a further document may be output from a second tape using another device number. The following example will output documents from tapes 4 and 5 on the lineprinter.
OFF LINE OUTPUT 1 4 1 0 6 5 1 0
This service does a straight copy, block by block, from one magnetic tape to another, without subsequent checking. The control statement EDIT TAPE is followed by one or more lines each of five parameters.
EDIT TAPE A B C D E
will cause E blocks to be read from logical tape C starting at block D and then written to logical tape A starting at block B.
This service is for copying an ordinary user tape efficiently and with vigorous checks. The user's tape should be specified as TAPE 126 in the Job Description. The control statement COPY TAPE is followed by one or more lines of two parameters.
JOB ... ... TAPE 126 N0123 SOURCE* INHIBIT TAPE 1 N0456 COPY TAPE 2 N0457 COPY ... USE SERVICE COPY TAPE A1 B1 A2 B2 .... END 78 Z
This will copy blocks A1 to B1 inclusive, A2 to B2 inclusive, etc., from TAPE 126 to up to seven tapes listed in the Job Description, with numbers in the range 1 to 7. After copying the tapes are read backwards and checked. Successful copying will be concluded by the message TAPES OK. If tape failure occurs, copying will continue without the faulty tape where possible.
This service enables the information on a magnetic tape to be printed in one of four forms; as octal numbers, machine instructions, characters or as hexadecimal numbers. The control statement MAG TAPE LIST is followed by one or more lines of four parameters.
MAG TAPE LIST A B C D
will cause blocks C to D inclusive to be printed from logical tape B in the mode defined by A:
A = 0 for octal listing A = 1 for machine instructions A = 2 for alphanumeric characters A = 3 for hexadecimal listing
This service will compare one magnetic tape with another and print any differences. The control statement COMPARE MAG TAPE is followed by one or more lines of six parameters.
COMPARE MAG TAPE A B C D E F
will compare logical tape A starting at block B, with logical tape C starting at block D, continuing for E blocks. Only the first F differences in any set of differences in a block are printed. The count of differences is reset to zero by finding words which compare successfully, or by the end of a block. To obtain no printing suppression, F should be specified as 512 or greater.
This service will check that a tape allegedly written in variable tape mode is correctly written. Any error will cause a dump of the blocks around the faulty one for subsequent analysis, and the check will terminate. The tape to be checked must be logical tape 1 in the Job Description. The control statement CHECK VARIABLE TAPE will check tape 1 commencing at block 0
This control statement RENUMBER followed by two parameters A and B, renumbers logical tape A as logical tape B (where A, B S 110). This is useful for services such as COPY DOCUMENT which refers to absolute logical tape numbers. For example
TAPE 1 N0001 A TAPE TAPE 2 N0002 B TAPE USE SERVICE RENUMBER 1 3 2 1 END* 78 Z
will renumber N0002 B TAPE as logical tape 1.
This control statement is followed by a single parameter A, which defines the stream number for all succeeding input operations.
This control statement is followed by a single parameter A, which defines the stream number for all succeeding output operations.
This control statement is followed by a single parameter A. This has the effect of 'breaking output' on stream A, so that in the event of a breakdown, all the output is not lost.
COPY DOCUMENT ABC
will copy a document from logical tape 1 starting at block A, onto logical tape 2 starting at block B. The end of the document is linked to C. If C = 0 this is marked as the end of the document; if C = 6000 it is linked to the next available block on tape 2.
For repeated use of this service, the parameters A, B can be used as follows.
If A = 6000 continue reading from tape 1 according to the last link read. This is useful for concatenating an output document with several breaks into one document.
If A = 0 do not read from tape 1, instead set up a dummy block containing only an end marker.
If B = 0 continue on tape 2 after the end of the previous document.
The following example copies three consecutive documents (output breaks) from tape 1 starting at block 1, making them into one document on tape 2 starting at block 10, with an end marker to terminate.
JOB 1000 BRYANT COMPUTING 30 SECONDS OUTPUT LINEPRINTER 1000 LINES STORE 12 BLOCKS TAPE 1 N0001 A TAPE TAPE 2 N0002 B TAPE USE SERVICE COPY DOCUMENT 1 10 6000 6000 0 6000 6000 0 0 78 Z
This service is intended for finding out what documents (if any) are on the tape. The control statement FIND DOCUMENT is followed by two parameters A, B.
FIND DOCUMENT A B
prints the first 18 words of block A to block B inclusive, in octal, on logical tape 1, and also the first record (approx.) in character form of each block.
This control statement WHAT DOCUMENT may be followed by one or more single parameters A. It lists the first block of the documents on logical tape 1 at block A, finds the last block and prints its block number. It also prints the title of tape 1.
The purpose of this service is to allow the user to enter a compiler of his choice (probably after performing other services). We may have
USE SERVICE ... COMPILER A B ...
A and B are the n address and the contents of Ba for the 1147 (call compiler) instruction. This will call compiler A and enter at B, having unset the process switch. If B = 0 the standard entry point to the compiler is used. The ABL manual should be consulted for further details.
The complete list of compilers on the Supervisor follows.
Compiler Name Number ON 13 IIF 5 IIC 1 SERVICE 19 TAD 7 SPECIAL 29 AA 4 EDIT 14 FORTRAN 4 15 COED 16 HAR2 10 CHLF3 31 HARTRAN 9 CC 6 ALGOL 12 LOAD 36 ABL 2 FORTRAN 34 EMA/MAC 3
This service terminates execution and is normally the last control card in any service job (apart from those commands which terminate the job).
This simply ends the program with a polite rejoinder HAPPY TO OBLIGE.
These are used either to define different parts of a document or to mark its end. On paper tape they consist of three asterisks followed by a letter or a decimal digit and on cards by a 7 and 8 multi-punched in column 1 and the letter or digit in column 80.
Sequences with letter or digit indicators are given below with the appropriate command or action to be taken.
***A ignore the documents up to this point
***B read following information in binary up to the end of the document
***C end current document and read next one
***E read following information in binary up to the end of the document marker
***F disengage the reader and, on re-engaging, read in binary up to the end
of the next document
***I (discontinue reading in binary and) continue to read document in internal code
***P suppress parity checking up to next end of document marker
***T disengage the reader and, on re-engaging, continue reading in the same mode
***Z end document and disengage reader (blank in column 80 is equivalent to Z)
***n (where n can have a value between 2 and 9) disengage the reader and,
on re-engaging, read in the code given in the following table:
| Code No. | 2 | 3 | 4 | 9 |
|---|---|---|---|---|
| Cards | 1900 | 360 EBCIDIC | 6600 | Standard Atlas |
| 5 Hole | Elliott 803 | Telex | Standard Atlas | Standard Atlas |
| 7 Hole | 1900 | 1500 Credomat | Friden | Standard Atlas |
| 8 Hole | 1900 | Elliott 503 | KDF9 | 1900 |
The following notes are offered in the way of advice and caution to the user. Many of them only repeat what has been said in other parts of this Handbook, but observations of the difficulties in which users can find themselves suggests that this repetition may serve a useful purpose.
A key to the availability of these documents (A, B . . .) is given at the end of this section.
5.1.1 A: Users' Handbook
5.1.2 A: Preparing a Complete Program for Atlas I. March 1966
These two documents should both be read before any attempt is made to use Atlas.
5.2.1 E: Atlas Fortran Manual (Part I) E.J. York. AERE/R4599 1964 5/6d. (There is no Part II)
5.2.2 A: Hartran System Note 4. March 1966
5-2.3 A: Revised Appendix III to Hartran System Note 4. Sept 1966
5.2.4 E: INTERASP, an Intermediate ATLAS Symbolic Programming Language. AERE/R4285 1963 5/-
5.2.5 B: A Primer of Fortran Programming for use on the Atlas and Orion Computers. CS 390 Oct 1963 18/-
5.2.6 F: Making a Fortran 2 Program Suitable for use with the Atlas Fortran Compiler. CS3I8B
5.2.7 F: A Guide to the Conversion of a Fortran IV Program to Atlas Fortran
5.2.8 F: Usage of Magnetic Tape in the Hartran System
5.2.9 F: Users' Guide to Fortran 4 on Atlas I
5.2.10 A: Hartran System Note 1: Routine Linkage Conventions within Hartran
5.2.11 C: Fortran V. C.F. Schofield. 32/6d. + 3/- postage
5.2.12 A: Atlas Hartran Subroutine Library
The potential user of Hartran should be familiar with 5.2.1., 5.2.2., and 5.2.3. 5.2.1 describes the Fortran language in use, 5.2.2 and 5.2.3 describe the use of Hartran as a system on Atlas, and in particular give lists of errors. 5.2.3 gives advice on how to interpret execution phase errors. The beginner is strongly recommended to read 5.2.5 before attempting to understand 5.2.1, 5.2.2 and 5.2.3. 5.2.4 describes the machine language which may be used within the Hartran System. It must be used in conjunction with the I.C.T. Atlas I Programming Manual (5.6.1). 5.2.12 gives details of the subroutine library available under Hartran.
5.3.1 B: I.C.T. Atlas I Computer Algol Reference Manual. February 1966, reprinted January 1968. CS378B 14/-
5.3.2 The Atlas Algol Preprocessor for Non-standard Dialects F.R.A. Hopgood and A.G. Bell, The Computer Journal, February 1967
5.3.3 A: The Atlas Algol System
5.3.4 A: The Listing, Editing and Library Facilities for the Atlas Algol Compiler (Algol Paper 11)
5.3.5 A: The Standard Algol Library Tape, ALGOLIB (Algol Paper 12)
5.3.6 A: GROATS: a Graphic Output Package for the Atlas using the SC 4020
5.3.7 G: ACM Algorithms
5.3.8 B: Revised Report on Algol 60. CS 377 6/-
5.3.9 B: Primer of Algol 60. CS 379A (5068) 16/-
5.4.1 D: Atlas Autocode Reference Manual. March 1965. 7/6d.
5.4.2 D: Atlas Autocode Mini-Manual. July 1965 Supplied free of charge with 5.4.1
5.4.3 D: Various small papers on Compilers AA and AB. Free
5.4.4 B: Extended Mercury Autocode for Atlas CS 402/5052. 60/-
5.4.5 B: The Compiler Compiler R76. Reprinted from Annual Review in Automatic Programming Vol. III. 1963. 3/- (Stocks not available at present: will reprint on request)
5.5.1 A: SC 4020 Plotter Manual. September 1967
5.5.2 A: The Graph Plotter (2nd Edition). September 1966 (Limited supplies are kept for reference only)
5.6.1 B: The I.C.T. Atlas I Computer Programming Manual for Atlas Basic Language. CS 348A 80/-
5.6.2 B: The I.C.T. Atlas I Computer ABL Programming Exercises CS 349B 18/-
5.6.3 B: Features and Facilities of Atlas Basic Language TL 812 12/-
5.6.4 B: Punched Tape Codes for Atlas (1 sheet). CS 308B 1/-
5.6.5 B: Atlas Computer Summarized Programming Information (1 sheet) CS 384 1/-
5.7.1 A: Crystallographic Programs. March 1966
5.7-2 F: Crystallographic SFLS Program in Atlas Autocode. G. Shearing. March 1967
5.7.3 F: X-Ray 63. March 1969
5.7.4 A: List Processing on Atlas. September 1966
5.7.5 A: Reference Manual for Slip as available on Atlas I
5.7.6 A: The Implementation of IPL-V on the Atlas Computer
5.7.7 A: MIDIAT on Atlas. August 1966
5.7.8 A: SOL. November 1966
5.7.9 A: EDIT and COED Papers (August and May 1967)
5.7.10 F: The Paginator - A Paginating Program. February 1967
5.7.11 A: Tape Sorter
5.7.12 A: ASCOP - A Statistical Computing Procedure
5.7.13 C: The M.V.C. Manual. G.Singh. June 1968 35/- + 3/- Postage
5.7.14 A: Documentation on LISP
5.7.15 E: Statistical Fortran Programs (IBM 7090, 7030, ICT Atlas) 1965 ACL/R2 10/-
5.7.16 A: COCOA Manual: A Word Count and Concordance Generator for Atlas
5.7.17 A: The Atlas Laboratory Information Retrieval Project
5.7.18 F: Nuclear Physics Program Library Report 1 - 10
5.7.19 C or J: Compiler Special PS 7 SYS 6 and addenda
5.7.20 C or J: Documentation on LOAD PS 9
5.7.21 A: A User's Guide to BOMM on Atlas
5.8.1 A: Some Aspects of Current Operation and Research. 1966
5.8.2 A: Some Research Applications of the Computer, 1968.
5.8.3 A: Atlas Computer Laboratory Brochure
The. above documents may be obtained according to the following key:
Technical Publications Department, International Computers Limited, 30/31 Friar Street, Reading, Berks.on payment of the appropriate charge.
Information Officer, University of London Atlas Computing Service, 39 Gordon Square, London W.C. 1on payment of the appropriate charge.
Computing Service, Department of Computer Science, The University, Manchester 13.
H.M.S.O. 49 High Holborn London W.C1on payment of the appropriate charge.
The Library Building 465 AERE Harwell Didcot Berkshire
Programming Advisory Service, University of London Institute of Computer Science, 44 Gordon Square, London W.C.1.