Welcome to the IBM System/3 Model 10 SIMH simulator. --------------------------------------------------- To compile under linux: cc s3*.c scp*.c sim_rev.c -o s3 This code can be compiled and run as a console application using Microsoft Visual C++. To IPL the provided SCP distribution disk: ./s3 sim> at r1 m10scp.dsk sim> at f1 f1f1f1.dsk sim> at lpt print.txt sim> d sr 5471 sim> boot r1 // DATE 06/14/01 // NOHALT // LOAD $MAINT,R1 // RUN // COPY FROM-R1,LIBRARY-ALL,NAME-DIR,TO-PRINT // END (A printout of the libraries and directories on the SCP DTR disk will be in the file print.txt) The text file "system3.txt" gives details on the simulators implementation of System/3 hardware. A write up on the use of the SCP and the OCL job control language is in the text file "userguide.txt". This includes examples of using the utility programs, and a tutorial guiding you thru a sysgen. A nearly complete listing of all possible SCP halts is in the document "haltguide.txt". IMPORTANT NOTES: 1) How to correct typing errors when using the System/3 console: If you make an error, press ESC, which will cancel the current line being typed and print a quote in position 1. Then you can use CTRL/R to retype characters up until the error, then type correctly. Or simply retype the line. BACKSPACE DOES NOT WORK with the SCP. 2) While the simulator allows disk images to be independently attached to any disk unit, on the real hardware R1 and F1 were on a single spindle, and R2 and F2 likewise. It is not possible using SCP to attach R1 without attaching a disk image to F1 also, because SCP will always look at F1 even when IPLed off R1. The OS distributed with the simulator is version 16 of the Model 10 SCP. This is sysgenned with support only for R1 and F1. If you do a sysgen to support R2 amd F2 also, you must have images attached to all 4 disks when you IPL, because SCP looks at all drives when it starts up, and you will get an "Unattached Unit" error if you fail to have one attached. 3) The 1442 card reader had in reality one card input hopper and two stackers. This means the same path is used for reading and punching cards. When punching cards, SCP does a read operation and inspects the card read for blanks, and if it is not blank, issues a YH halt. SCP will not punch data onto non-blank cards. This feature causes problems in the simulator, and as a result if you punch cards from SCP, YOU MUST not have any file attached to the CDR device. Leaving this device unattached presents an infinite supply of blank cards to SCP for punching. -- End of README_S3.txt --