The Kentucky Register

McVey Hall, Lexington, Kentucky 40506-0045 Area Code 606 Phone 258-2914
March 1982 Volume 15, Issue 7


Personal Goodbye
End-of-Semester Reminders
Farewell to UKCC Director Martin Solomon
Notes from User Services
System Notes
UKCC Now Stocks labels
New SCRIPT PHOTO Typesetting System
Users: Maintain Current Backups
Upcoming Computer Conference
Kentucky Register Mailing list
February Statistics
UKCC Services

Thoughts on Leaving: A Personal Note from Director Martin Solomon

Martin Solomon

Dr. Martin Solomon will be leaving the University of Kentucky Computing Center on April 1, after serving as UKCC director for the past fifteen years.

I leave the University of Kentucky with mixed emotions. I will never be able to replace the hundreds of warm and wonderful friendships and associations here, inside and outside the Computing Center. In addition, the people in the Computing Center have given many years of dedicated and loyal service beyond any normal expectations. A Computing Center is only as good as its personnel, and ours is as good as there is. If I have had a successful tenure as Computing Center director over the past fifteen years, the Computing Center staff has been responsible.

It is difficult to think of leaving. Some of my associations with Computing Center staff span twenty-five years. Some are equally strong, even though they are of shorter durations. But they are all good. When I look back over the time at UK, I can honestly say that it has been fantastic, and I wish everyone the best and happiest future.

The University of Kentucky has made much progress in the last year in fulfilling its computing obligation to students-this progress will surely continue into the future. The fine staff and administration of UK will ensure it.

I will think often of our Computing Center and its staff, and will use the quality of service provided here as a standard of performance for others to attempt to achieve.

End-of-Semester Reminders

During April and early May, the Computing Center will be extremely busy. Please try to complete your computing work for the semester as early as possible. The crowded conditions in the Users' Rooms (103 McVey Hall-access to PRIME only: 106 and 111 McVey Hall-access to PRIME. IBM 370, DEC 10) and the possible delay in turnaround time may cause problems for users who wait until the last minute to complete projects. Please be considerate of other users and staff members who are also rushing to meet end-of-semester deadlines. Those using the IBM 370 should use Class X (when possible) on the hands-on reader or from CJS to minimize turnaround time. It also saves time if several persons r~ad their cards on the handson reader, rather than one person at a time. It is not necessary to remain logged on to CJS while waiting for a submitted job to run, especially when the workload is heavy. Submit your job to your reader or to print "CENTRAL" and return later for the results; this allows others to use the terminal. If you are leaving at the end of the semester, please release any tapes borrowed from the Computing Center. Also, remove card boxes you have stored in room III or in the basement of McVey Hall. Check your disk rental space and save money by deleting data sets that are no longer needed. Data sets not needed for the summer can be copied to tape and then deleted from disk: if they are needed later, they can be restored to disk. . All regular and deferred computing dollar allocations at the Computing Center and all DECsystem-lO project numbers issued by UK will expire on June 30 and must be renewed for the 1982.83 fiscal year. The May 1982 issue of The Kentucky Register will contain more information on account renewals.

Farewell to UKCC Director Martin Solomon

Nanci Unger

The Computing Center will soon bid farewell to its director, Dr. Martin B. Solomon, Jr. Dr. Solomon (known to most as Marty) will be leaving the University of Kentucky in April to assume the post of Director of Academic Computing at Ohio State University.

Marty's long association with the University of Kentucky began more than thirty years ago, when he came to the campus as a student seeking his B.S. in Commerce. He received the degree in 1955, went on to earn an M.B.A. in 1960, and was then appointed instructor in the College of Commerce.

He also began work at the UKCC In 1960, as a research associate. He quickly moved up to become manager of operations a nd systems in 1962, and assistant director in 1964.

The culmination of years of hard work came in 1967, when Marty received his Ph.D. in Business and Economics, earned the title of associate professor of Business Administration, and was named director of the Computing Center.

The October 1964 issue of The Kentucky Register described Marty as having "computer fever," and the same comment could be made today. During his fifteen years as director he has actively promoted computing on the UK campus and at colleges and universities throughout the Commonwealth of Kentucky.

Marty steered the Computing Center through years of tremendous growth and limited resources, and faced challenges with grace and humor. His administrative abilities were put to the test by the ever-growing number of users, the constantly increasing demand for computing services, and the need to upgrade equipment to meet that demand.

Evidence of the computing growth experienced at UK can be seen by comparing Marty's first year as Computing Center di" rector with his last. During that first year there were 640 computing projects atthe UKCC; today there are more than 4,650. The IBM 360 processed 89,274 jobs during the 1967-68 fiscal year; in 1980-81, there were 1,369,665 jobs run on the IBM 370. About $600,000 was charged in 67-68; in 80-81 charges exceeded $2 million.

When Marty took over the director's post, an IBM 360/50 computer had recently replaced two computers: an IBM 7040 and an IBM 1410. The beginnings of time-sharing and remote computing were newly available at the UKCC. Other new features included disk storage and retrieval and multiprogramming. Previously the 1410 had processed administrative data, while the 7040 was primarily used for academic research and instruction. Doubters wondered if the Computing Center could handle both academic and administrative data processing with just one computer.

They need not have worried. As manager of operations and systems, Marty had already helped lay the groundwork for a centralized Data Coordination section. By carefully scheduling administrative jobs, this section greatly eased the integration of academic and administrative computing. The solution continued to work throughout Marty's years as director, and administrative data processing steadily increased. Last year 164,000 administrative jobs were processed at the UKCC, many of them scheduled through Data Coordination.

Even greater advancement was experienced in 1975, when Marty's commitment to computing and higher education contributed to the development of the Kentucky Educational Computing Network (KECNET). KECNET was established to provide large-scale computing capability to all state-supported institutions of higher education in Kentucky. Today KECNET continues to thrive; in 1980-81, the Computing Center processed more than 300,000 jobs as a supplier node for the network.

The creation of KECNET led to the installation of an IBM 370/165 computer at the UKCC. The computer was made available by the state government; in exchange, the 370 would supply computing services to the other seven state universities. Marty took part in striking this agreement, and thus succeeded in upgrading the Computing Center's equipment and in providing a much-needed service to Kentucky's universities.

The arrival of the 370 in 1975 paved the way for yet another UKCC improvement: installation of VM/370, an advanced system control program which manages computer resources 50 they are available to many users at the same time. VM/370 hastened turnaround and allowed users to run much larger jobs than had previously been permitted.

During any change in hardware or software, every effort is made to minimize disruption in service to users. User satisfaction has always been Marty's top priority, and he constantly works to improve user facilities. For example, the installation of the hands-on system in 1973 cut turnaround time for many jobs from an average of one hour to just a few minutes. It freed operators from many tasks and resulted in better service for all I users. Also introduced in 1973 was the UKCC courier service, which provides pick-up and delivery of computer jobs on the UK campus. H appy Hour made its debut in 1974. Designed to encourage computer use during off-peak hours, this service continues to allow free use of the 370 at specific times. And in 1975, UKCC hours of operation were expanded to 24 hours per day during the week; the weekend schedule was also expanded.

One of the most dramatic changes that occurred during Marty's tenure was the design and implementation of CJS in 1976. CJS radically transformed computing at the UKCC. Cards and printed listings were no longer mandatory; users could create and submit jobs from interactive terminals. Access to CJS was first provided through five 3270-type display terminals and thirty ASCII dial-up lines; today nearly 100 local and remote 3270-type terminals and close to 100 ASCII terminals are connected to the system. On an average day there are more than 1,000 terminal sessions and about 100 logged-in users.

CJS opened the door to several text-processing programs. Editing at a terminal grew easier as the UKCC progressed from EDIT to the more powerful EDGAR, to the versatile XEDIT used today. Manuals, memos, and other documents are easily produced with the SCRIPT text-formatting system.

In 1978 the Computing Center opened a new users' room in McVey Hall containing CRT terminals, to accommodate the many CJS users at UK. Today there are four additional terminal rooms on campus, and demand for display terminals continues to grow.

These are but a few of the enhancements Marty has initiated or encouraged over the years; it would be difficult to name them all. He was one of the first to see the growing importance of microcomputers, and his foresight led to the developmenf of the Microcomputer Users' Room in McVey Hall, giving many users their first opportunity to experiment with standalone. equipment. Under his direction, the Kentucky Register went from an erratically produced publication to a regular monthly newsletter. He encouraged cooperative efforts between the UKCC and other university departments; for example, a computerized phototypesetting system is currently being developed with University Printing Services.

While his achievements at UK are impressive, Marty's activities extend far beyond the walls of McVey Hall. He is co-author of three textbooks published by Prentice Hall: Program Development with Ten Instruction PASCAL Subset (TIPS) and Standard PASCAL, Structured PLiZero Plus PL/One, and Ten Statement FORTRAN Plus FORTRAN IV. He has also written two monographs and numerous papers and articles for professional journals such as Datamation, Management Science, Communications of the ACM, and Educational Technology.

He is active in many professional associations, including the Association for Computing Machinery and the American Economics Association. He has served as an officer in SHARE, CAUSE, and CUMREC, and is currently chairman of CAUSE82, the annual CAUSE national conference.

Marty's computer expertise makes him a sought-after consultant; among his advisees are universities, businesses, state governments, and the United Nations. He has further served the University of Kentucky as former chairman of the Computer Science Department. and he holds the title of associate professor of Computer Science and Business Administration.

But Marty's many accomplishments are only part of the man; equally outstanding is his love of people and his gregarious good nature. His friendliness and cheerful good will leave a lasting impression on everyone he meets.

A lot of hardware and software has come and gone at the University of Kentucky during the past fifteen years; in the computing world, today's innovation is tomorrow's antique. But while technology has brought many changes, one thing has remained constant at the Computing Center: the staff. UKCC personnel tend to stay for many years. some of them serving the university for more than two decades. Such permanence is unusual in the computer field, an industry notorious for rapid turnover. Much of this loyalty can he attributed to Marty's considerate treatment of people.

He prefers to be on a first-name hasis with his staff and other university colleagues, and his door is always open to persons with problems or questions. He will be sorely missed by those who have worked with him over the years: he is as much a friend as a director.

We wish Marty good luck and great success in his new position, and thank him for his years of dedication and fine work at UK. Obviously. only major highlights of his tenure as director can be cited here. There is not room to list the many small victories he achieved for the university community, thf' kind words he gave to appreciative staff members, the valuable time he gave to users who needed help. the consideration he showed every person who stepped through his open office door. The Computing Center will not be the saIne place without him

PR1ME News

Martin B. Soloman

The following features are now available to PR1ME users.

New Editor

A new version of the EDD editor has been installed. This version will:

a. Display the date and time the file was last modified;
b. Display the size of the file;
c. Set the end-of-line (SEMICO) character to CONTROL-A;
d. Execute editor subcommands included in a file named EDD.COMI (if such a file exists in your UFD) prior to giving you control.

This facility will allow a user to automatically establish tab settings. mode settings. and symbol settings each time EDD is invoked. For example. to set tabs at columns 7, 10. and 13. create a file containing the following line: TABS 7 10 13 imd file it as EDD.COMI. Then. each time you execute: EDD or EDD filename your tabs will be set at columns 7, 10, and 13. IMSL Library The IMSL single and double precision libraries are now available. They are stored as: IMSLlBS (single precision library) IMSLlBD (double precision library) The following sequence of commands would be used to compile. load, and excecute an F77 program using the IMSL single precision library: F77 filename SEG -LOAD LO filename LI IMSLlBS LI EX

An online help file containing the above information is now available.

Notes From User Services

Lavine Thrailkill

SURFACE II GRAPHICS SYSTEM. the contour plotting package from the Kansas Geological Survey. has been updated and was made available to users on March 1. 1982. Several reo ported bugs were corrected. If. problems arise, please inform a consultant in the Consulting Room. 110 McVey Hall

A newer version of FORMAC, a formula manipulation sys. tern and language. has been implemented. A document IiI machine readable form may be requested from the Consulting Room: please allow two days for printing.

Limited consulting is available on the above software packages.

The Consulting Room will be closed daily from noon to 1:00 p.m. due to the cutback in positions for consultants.

System Notes

1. The HASP route cards are now free format. /*ROUTE must start in column 1, and other fields should be separated by one or more blanks. Each card is scanned through column 72.

2. Jobs which run on OS370 may now have output (up to 10,000 lines and 10,000 cards) directed to RSCS 3270 attached printers. Special options have been added to the SUBMIT, SETPRT, and OUTPUT commands. Please contact a UKCC syste~s programmer for further information.

3. Users will soon be allowed to return larger VM spool files from OS batch jobs to their CJS userids. In addition to the Increased line and card limits, files will be permitted to remain on the VM spool for longer periods of time. When the new limits are Implemented, the Computing Center will begin to charge for VM spool files. Further information will be announced in a future issue of this newsletter.

4. When submitting closed shop plot jobs, users should now specify the number of plots per file, in addition to the number of files.

UKCC Now Stocks Labels

Bill Sallee & Dave Elbon

As a service to our users, the University of Kentucky Computing Center now stocks labels which may be printed using the batch and CJS systems. A free handout describing the LABELS command Is available In the Cqnsulting Room, 110 McVey Hall.

Batch Jobs

The UKCC stocks I-up labels (3 1/2" x 15/16") which users may request as job or data set forms. Th~ job cost printed on the trailer page will Include an additional label charge (currently $1.80 per thousand labels). Labels may be printed using uppercase or mixed case print trains.

Uppercase labels may be specified as 5106 job forms (the entire job will print on labels) or as 5106 data set forms (only label data will print on labels).

Mixed case labels may be specified as T job forms with 5106 data set forms' (the entire job uses the mixed case print train and only label data prints on the labels) or as lT job forms (the entire job uses the mixed case print train and the entire job prints on labels). L T may not be specified as data set forms.

If labels are used as job forms, then the separator pages will print on the labels. In this case, the runid will appear after the word JOB on both separator pages.

If 5106 data set forms are used but the job forms are standard (or T), then the label count will appear on the second accounting line on the HASP trailer page.

CJS label Files

Use the LABELS command to print labels with SCRIPT. The format of the LABELS command is:


filename < ( rprt ] < Copies n ) lPrint < Forms x ) filename <(Terminal <)) <Route x) <|>

where: filename is the name of a SCRIPT file containing the information to be printed on the labels. The filetype of this file must be SCRIPT.

The following options are available: Print will cause the output to be sent to a printer. The default routing is CENTRAL, which will cause the labels to be printed in the UKCC Computer Room. If you are using the PRINT mode you may also specify options for the SETPRT command. PRINT is the default. Prt is the same as PRINT. Terminal will cause the labels to be typed on your terminal. Copies n is a SETPRT option that specifies the number of copies to be printed. Multiple copy requests are ignored for output routed HOT. The maximum value is 255, the default value is

1. This option is ignored in TERMINAL mode (repeat the LABELS command for additional copies). Forms x is a SETPRT option that specifies the forms to be used for printing. For output routed CENTRAL the default forms are L T (3 1/2" by 15/16" labels with the mixed case print train). FORMS 5106 may be specified for labels with uppercase-only printing. Output not routed CENTRAL should not use FORMS L Tor 5106. All output routed HOT is forced to standard forms, and remote sites should be consulted in advance before requesting any special forms. An additional charge is added to the printing cost for output using L T or 5106 forms, to pay for the labels. Route x is a SETPRT option that specifies the destination of the printed output w~e'n using PRINT mode. Output may be routed HOT, to a remote site (RMTnn), or CENTRAL (the default). Only standard forms are available on the HOT printer. Usage Notes: 1. The labels used at the UKCC, designated form L T or 5106, are 31/2" by 15/16". This allows five lines of 34 characters on each label, with a single line space between labels (this assumes printing of 6 lines per inch and 10 characters per inch). When printing labels on a terminal you should use labels of the same vertical size.

2. A copy for proofreading purposes may be printed by specifying the FORMS STD. and SPACE S options. This will cause the label dala to be printed on stimdard forms. If you specify ROUTE HOT, standard forms will always be. used. When SPACE S is used, the label data will be printed without intervening blank lines. SPACE W will cause the data for each label to print on a separate page.

3. LABELS will use the SCRIPT command to process the file containing the label information. This file should contain the data for the labels (up to five lines each) separated by a blank line. A blank line will cause the text on the following line to print at the top of a new label. To include blank lines within the text on a labetyou may use the .SP SCRIPT control word. You can cause all blank input lines to print as blank output lines by placing the following line at the beginning of your file: .dm nl I.spl If you use this method, you must place a .PA control word before' the data for each label, or provide exactly five lines of data followed by a single blank line for each lab'el. Your file may contain SCRIPT control words, but the page length and heading and footing definitions should not be altered. Control words named .NM and .PH are defined and are currently treated as comments. These control words may be used at a later date as part of a mailing and telephone list system.

4. When in PRINT mode, LABELS will use SETPRT to set the FORMS, ROUTING, and other options. The destination userid (TO option) is not changed. A print file containing labels may be sent to your reader; this file may be printed with the OUTPUT command using the LABELS'bption. .

5. LABELS is written in EXEC2 and uses the SETPRT and SCRIPT commands.

The following examples illustrate use of the LABELS command. If MYLABELS SCRIPT is the SCRIPT file containing the labels, then the command: LABELS MYLABELS prints labels with the mixed case print train. The command: LABELS MYLABELS (T types the labels at the terminal. The command: LABELS MYLABELS (R HOT prints the labels on the hands-on printer on standard forms. Note that the text for the labels will print without intervening blank lines.

New SCRIPT PHOTO Typesetting System Available

Allan Hetzel & Nanci Unger

UKCC users can now produce typeset text from SCRIPT files with the new SCRIPT PHOTO typesetting system. Developed by the Computing Center and University Printing Services, the system allows users to produce high-quality typeset documents from normal SCRIPT files containing SCRIPT control words.

The system is a modification of the VIP post-processor written at the University of Waterloo. It uses the Compugraphic Unisetter phototypesetter at University of Kentucky Printing Services as an output device.

The SCRIPT PHOTO system makes it possible to go from terminal or line printer to phototypesetter without changing the input document to any significant extent. Text lines and all SCRIPT control words that affect spacing, text positioning, and columns remain the same, with a few exceptions.

Currently the SCRIPT PHOTO system will not allow USE of the tab feature: we are working to make this function available.

In addition, SCRIPT PHOTO is a pagination system. This means SCRIPT allows various components of a page (e.g., text, page numbers, and running headings and footings) to be assembled so the page is complete and appears exactly as it will in the typeset document.

Designed to reduce the cost of producing typeset text, SCRIPT PHOTO allows you to enter and edit text at a computer terminal, proofread, make corrections: and then take a copy (on tape) to Printing Services. Because you do the keyboarding and proofreading, all Printing has to do, ideally. is produce the typeset text from your tape This eliminates costs incurred by repeated keyboarding and proofreading

Typesetting with SCRIPT requires the use of SCRIPT PHOTO mode and the UNIPOST post-processing program PHOTO mode is a special mode of operation in SCRIPT which provides support for output devices referred to as phototypesetters. In PHOTO mode, SCRIPT encodes text formatting information at the beginning of each output record. UNIPOST is a post-processor that converts this information into typesetting codes used by the Unisetter.

UNIPOST also translates text and typesetting codes from IBM's EBCDIC code to the Ullisetter's TIS code. ?lod !h<:?n writes them onto a 7-inch magnetic tape (tapes may be purchased in the UKCC Main Office. 72 McVey Hall). At Printing the tape's contents are copied onto a floppy disk, which the Unisetter uses to produce the typeset text.

The system currently allows the use of two typefaces provided by Printing Services: Baskerville and Souvenir, Each may be set in the roman, italic, bold, and bold italic fonts. Once you have chosen a typeface, SCRIPT will load the appropriate character width tables when SCRIPT processing begins. This is necessary beca'use typeset characters have different widths: e.g., an uppercase "M" is wider than a lowercase "i." A font definition file named SYSCHARS is provided to simplify the definition of a set of four fonts in a document.

A detailed description of the SCRIPT PHOTO system may be found in the Guide to Typesetting at the UKCC, available with the MANUAL command under CJS: enter HELP MANUAL for more 'information. Users of ' SCRIPT PHOTO should have fairly good knowledge of SCRIPT and access to the SCRIPT formatting program on the IBM 370 computer.

Users: Maintain Current Backups

The Computing Center has encountered few problems with loss of data stored on tapes or disks, but it does happen occasionally. Each user is responsible for maintaining an up-todate backup of data stored on tape or disk devices, with one exception: the Computing Center is responsible for providing periodic backups for data when the user rents disk space.

The Computing Center can restore data-that is, copy data from a backup source-but the Center cannot recreate or reconstruct data for the user if no backup exists, even when the loss results from faulty equipment or mishandling. It is important to realize that magnetic tapes and disk drives malfunction occasionally.

Backups should be maintained for' any' data and programs that are hard to replace. Backups are essential for data produced by involved research or experiments, for data from outdated or very old files, and for data that cannot be recreated.

A backup copy of data on a duplicate tape or disk is preferred: two backups are recommended for data and programs that are very difficult or impossible to recreate. Data may also be kept on punched cards, but this is not recommended because cards are more likely to' be damaged, dropped, or destroyed. A computer printout can also serve as a backup. but if the data and programs on both tape and disk are destroyed. time and money will be required to have the information keypunched for use.

We also recommend that the user limit the number of files stored on a single tape or disk. Even though multiple volumes are moreexpensiIJe, this cost is minimal compared to the cost of recreating data if a tape or disk is destroyed or erased.

A consultant in room 110 McVey Hall can provide informa tion and help on backups for data stored on tapes and disks: See also pages of the UKCC Users' Guide and the section :'Backing Up Your Files". in the CJS User's Guide. An article on archiving CJS files ("Archiving CJS Files: Some New Commands") may be found in the September 1981 issue of The Kentucky Register.

Upcoming Computer Conference

The 1982 National Educational Computing Conference (NECC-82) will be held in Kansas City, Missouri, on June 2830. The purpose of NECC-82 is to provide a forum for discussion of educational computing. Papers presented will describe experiences with computer use in the classroom or consequences of such use on the educational process in general. Other activities will include pre-conference workshops, project presentations, vendor exhibits, and tutorials. For additional information, contact E. Michael Staman, NECC-82 General Chairman, Campus Computing Services, University of Missouri-Columbia, 305 Jesse Hall, Columbia, MO 65211, or call (314) 882-8205.

Protect Your Computing Money - Change Your Password!

Protect your computing money and your files by periodically changing the password on your project number and/or your CJS userid. It's best to choose an unusual word, not one that may be easily guessed by another user. It's unwise to write your password on a piece of paper which could be picked up or seen by others, or to let anyone else use your userid.

Return to: Editor, The Kentucky Register UK Computing Center 72
McVey Hall Lexington, KY 40506 CAMPUS 00451
Kentucky Register Mailing List
_ ADD my name to the mailing list.
__ DELETE my name from the mailing list.
_ CHANGE my name (list both old and dresses)
CAMPUS (Please use campus address when possible)
UK Speed Sort Code
Name _
State                        ZIP Code


FEBRUARY 1982 JOB STATISTICS FOR IBM 370 Type of Job Happy Hour Jobs Local Jobs Remote Job Entry Jobs Local Maintenance Jobs JOB Card JCL Errors CJS Retrievals CJS Terminal Sessions Time-Sharing Jobs TOTAL Number of Jobs 1,314 26,534 37,139 3,157 3,614 14,703 20,878 50 107,389 UNSCHEDULED COMPUTER INTERRUPTIONS FOR IBM 370 IN FEBRUARY 1982 Cause of Interruption Hardware (IBM) Hardware (Memorex) Hardware (Cambridge) Environmental Software Operations Unknown TOTAL Longest Uptime Interval Mean Uptime Interval Longest Downtime Interval Mean Downtime Interval Number 6 1 8 o o 1 2 18 ~ Cj J( 351.5 Hours (14.65 days) 42.1 Hours (1.75 days) 2.5 Hours (150 minutes) .68 Hours (41 minutes) Longest Uptime Interval and Mean Uptime Interval are computed between unscheduled Interruptions. ilmJ.l FE I Whicj 8971' 8604' 6128 5916 5650 5179 5013 4213 4052 4009 3646 3152 2813 2283 1900 1348 1222 1121 1120 1118 Nr:MBU 01 JOBS RUN IN 1JBRUllIf JT TIIE UlflVUHTf 01 lINTU(.[f "OiPUrIlffi t:1N'ffR
UK Home Page Info.Systems Kentucky Register