DOCSLIB.ORG

NBS FORTRAN Test Programs 3^1 No "I Volume 1- Documentation for Versions 1 and 3 V.I

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
NBS FORTRAN Test Programs 3^1 No j I i Vt NBS SPECIAL PUBLICATION 399 J Volume 1 U.S. DEPARTMENT OF COMMERCE / National Bureau of Standards] National Bureau of Standards Library, £-01 Admin. BIdg. ncT 1 1981 13102^1 NBS FORTRAN Test Prog Volume 1-Documentation for Versions 1 and 3 NATIONAL BUREAU OF STANDARDS The National Bureau of Standards^ was established by an act of Congress March 3, 1901. The Bureau's overall goal is to strengthen and advance the Nation's science and technology and facilitate their effective application for public benefit. To this end, the Bureau conducts research and provides: (1) a basis for the Nation's physical measurement system, (2) scientific and technological services for industry and government, (3) a technical basis for equity in trade, and (4) technical services to promote public safety. The Bureau consists of the Institute for Basic Standards, the Institute for Materials Research, the Institute for Applied Technology, the Institute for Computer Sciences and Technology, and the Office for Information Programs. THE INSTITUTE FOR BASIC STANDARI>S provides the central basis within the United States of a complete and consistent system of physical measurement; coordinates that system with measurement systems of other nations; and furnishes essential services leading to accurate and uniform physical measurements throughout the Nation's scientific community, industry, and commerce. The Institute consists of a Center for Radiation Research, an Office of Meas- urement Services and the following divisions: Applied Mathematics — Electricity — Mechanics — Heat — Optical Physics — Nuclear Sciences " — Applied Radiation " — Quantum Electronics " — Electromagnetics ^ — Time and Frequency — Laboratory Astrophysics — Cryogenics \ THE INSTITUTE FOR MATERIALS RESEARCH conducts materials research leading to improved methods of measurement, standards, and data on the properties of well-characterized materials needed by industry, commerce, educational institutions, and Government; provides advisory and research services to other Government agencies; and develops, produces, and distributes standard reference materials. The Institute consists of the Office of Standard Reference Materials and the following divisions: Analytical Chemistry — Polymers — Metallurgy — Inorganic Materials — Reactor Radiation — Physical Chemistry. THE INSTITUTE FOR APPLIED TECHNOLOGY provides technical services to promote the use of available technology and to facilitate technological innovation in industry and Government; cooperates with public and private organizations leading to the development of technological standards (including mandatory safety standards), codes and methods of test; and provides technical advice and services to Government agencies upon request. The Institute consists of a Center for Building Technology and the following divisions and offices: Engineering and Product Standards — Weights and Measures — Invention and Innova- tion — Product Evaluation Technology — Electronic Technology — Technical Analysis — Measurement Engineering — Structures, Materials, and Life Safety* — Building * Environment — Technical Evaluation and Application ' — Fire Technology. THE INSTITUTE FOR COMPUTER SCIENCES AND TECHNOLOGY conducts research and provides technical services designed to aid Government agencies in improving cost effec- tiveness in the conduct of their programs through the selection, acquisition, and effective utilization of automatic data processing equipment; and serves as the principal focus within the executive branch for the development of Federal standards for automatic data processing equipment, techniques, and computer languages. The Institute consists of the following divisions: Computer Services — Systems and Software — Computer Systems Engineering — Informa- tion Technology. THE OFFICE FOR INFORMATION PROGRAMS promotes optimum dissemination and accessibility of scientific information generated within NBS and other agencies of the Federal Government; promotes the development of the National Standard Reference Data System and a system of information analysis centers dealing with the broader aspects of the National Measurement System; provides appropriate services to ensure that the NBS staff has optimum accessibility to the scientific information of the world. The Office consists of the following organizational units: Office of Standard Reference Data — Office of Information Activities — Office of Technical Publications — Library — Office of International Relations. ^Headquarters and Laboratories at Gaithersburg, Maryland, unless otherwise noted; mailing address Washington, D.C. 20234. ^ Part of the Center for Radiation Research. " Located at Boulder, Colorado 80302. * Part of the Center for Building Technology. tional Bureau ot Standards !0V 1 1974 f^'^ NBS FORTRAN Test Programs 3^1 no "I Volume 1- Documentation for Versions 1 and 3 V.I Frances E. Holberton and Elizabeth G. Parker Institute for Computer Sciences and Technology ^ National Bureau of Standards I ' Washington, D.C. 20234 i U.S. DEPARTMENT OF COMMERCE, Frederick B. Dent, Secretary NATIONAL BUREAU OF STANDARDS, Richard W. Roberts, Director Issued October 1974 Library of Congress Cataloging in Publication Data Holberton, Frances E NBS FORTRAN test programs. ^ National Bureau of Standards Special Publications 399. CONTENTS: V. 1. Documentation for versions 1 and 3. —V. 2. Listings for version 1. —V. 3. Listings for version 3. Supt. of Docs. No.: C 13.10:399. 1. Computer programs—Testing. 2. FORTRAN (Computer program language) 1. Parker, Elizabeth G., joint author. IL United States. National Bureau of Standards. III. Title. IV. Series: United States. National Bureau of Standards. Special Publication 399. QC100.U57 no. 399 [0A76.6] 389'.08s tOOl.6'425] 74-12314 National Bureau of Standards Special Publication 399 Nat. Bur. Stand. (U.S.), Spec. Publ. 399,171pages (Oct. 1974) CODEN: XNBSAV U.S. GOVERNMENT PRINTING OFFICE WASHINGTON: 1974 For sale by the Superintendent of Documents, U.S. Government Printing Office, Washington, D.C. 20402 (Order by SD Catalog No. C13.10:399/V.l). Price $2.35 cents. FOREWOED It has now become inperative, because of the imltitude of coiiputers on the mrket and the corresponding imltitude of FORTRAN compilers, to devel- op a means of testing the overall quality of these compilers, thereby making meaningful comparisons possible. The National Bureau of Standards has sponsored a project to develop methods and tools to assist in the evaluation process. Before the evaluation process can be undertaken, it is necessary to develop a primary tool, such as a set of FORTRAN programs which can validate whether a FORTRAN compiler is in compliance with the FORTRAN specification as described in the American Standard FORTRAN document X3. 9-1966. In 1966 the National Bureau of Standards formulated the design criteria and specifications for the development of such a set of FORTRAN programs. The initial implementation of this design was performed, under contract, by the Advanced Gonputer Teclmiques Corporation in 1967. Since this time, these programs have been desk checked, computer checked, revised, extended, many test units replaced, and the system reorganized to improve the tests and decrease the difficulty of performing the actual validation process. Version 2 of these test programs was prepared by NBS, under contract, for the Joint Technical Support Activity of the Defense Communications Agency. The purpose of these FORTRAN programs is to assist in the validation of FORTRAN compilers. There is no attenpt to measure the performance of the compiler or the object program efficiency. Currently, the FORTRAN Standard, ASA X3. 9-1966, is undergoing revision and the FORTRAN language is being extended by the X3J3 technical committee of the American National Standards Institute (formerly identified as the American Standards Association). The revised FORTRAN Standard will be considered for Federal adoption. This will, if approved, require that the test programs be revised accordingly. The National Bureau of Standards wishes to thank the Bell Telephone Laboratories for the preparation of the camera-ready copy of the program listings derived from the NBS FORTRAN Test Program Distribution Tape. These listings appear in Volumes 2 and 3 of this report. ABSTRACT NBS FORTRAN TEST PROGRAMS The NBS FORTRAN test programs, written in Standard FORTR^, are designed to test whether a FORTRAN coirpiler accepts the forms and interpretations of the FORTRAN language as described in the American National Standard FORTRAN document X3. 9-19 66. The test programs, comprised of 116 test units, are structured into two versions, each containing approximately 14,500 punch card images. The test units may be used as separate executable FORTRAN programs, or nay be linked end to end with other test units, with a min- imum of user effort, to improve operating efficiency. Version 1 is structured into 116 executable FORTRAN programs , and Version 3 , containing the same 116 test units, is structured into 14 executable FORTRAN programs for use on large FORTRAN processors. The test program design criteria was to: - Constrain all test programs to the FORTRAN Standard X3. 9-1966. - Reduce the effect of those areas in which the FORTRAN Standard does not prescribe a method or solution, e.g., range, precision, size of computer, etc - Sijiplify the use of the FORTRAN test programs. - Test FORTRAN language elements before they are used in support of other tests. - Maintain an open ended system so that tests my be changed or
Load more

Recommended publications
  • UNIX and Computer Science Spreading UNIX Around the World: by Ronda Hauben an Interview with John Lions
    Winter/Spring 1994 Celebrating 25 Years of UNIX Volume 6 No 1 "I believe all significant software movements start at the grassroots level. UNIX, after all, was not developed by the President of AT&T." Kouichi Kishida, UNIX Review, Feb., 1987 UNIX and Computer Science Spreading UNIX Around the World: by Ronda Hauben An Interview with John Lions [Editor's Note: This year, 1994, is the 25th anniversary of the [Editor's Note: Looking through some magazines in a local invention of UNIX in 1969 at Bell Labs. The following is university library, I came upon back issues of UNIX Review from a "Work In Progress" introduced at the USENIX from the mid 1980's. In these issues were articles by or inter- Summer 1993 Conference in Cincinnati, Ohio. This article is views with several of the pioneers who developed UNIX. As intended as a contribution to a discussion about the sig- part of my research for a paper about the history and devel- nificance of the UNIX breakthrough and the lessons to be opment of the early days of UNIX, I felt it would be helpful learned from it for making the next step forward.] to be able to ask some of these pioneers additional questions The Multics collaboration (1964-1968) had been created to based on the events and developments described in the UNIX "show that general-purpose, multiuser, timesharing systems Review Interviews. were viable." Based on the results of research gained at MIT Following is an interview conducted via E-mail with John using the MIT Compatible Time-Sharing System (CTSS), Lions, who wrote A Commentary on the UNIX Operating AT&T and GE agreed to work with MIT to build a "new System describing Version 6 UNIX to accompany the "UNIX hardware, a new operating system, a new file system, and a Operating System Source Code Level 6" for the students in new user interface." Though the project proceeded slowly his operating systems class at the University of New South and it took years to develop Multics, Doug Comer, a Profes- Wales in Australia.
    [Show full text]
  • To Type Or Not to Type: Quantifying Detectable Bugs in Javascript
    To Type or Not to Type: Quantifying Detectable Bugs in JavaScript Zheng Gao Christian Bird Earl T. Barr University College London Microsoft Research University College London London, UK Redmond, USA London, UK [email protected] [email protected] [email protected] Abstract—JavaScript is growing explosively and is now used in to invest in static type systems for JavaScript: first Google large mature projects even outside the web domain. JavaScript is released Closure1, then Microsoft published TypeScript2, and also a dynamically typed language for which static type systems, most recently Facebook announced Flow3. What impact do notably Facebook’s Flow and Microsoft’s TypeScript, have been written. What benefits do these static type systems provide? these static type systems have on code quality? More concretely, Leveraging JavaScript project histories, we select a fixed bug how many bugs could they have reported to developers? and check out the code just prior to the fix. We manually add The fact that long-running JavaScript projects have extensive type annotations to the buggy code and test whether Flow and version histories, coupled with the existence of static type TypeScript report an error on the buggy code, thereby possibly systems that support gradual typing and can be applied to prompting a developer to fix the bug before its public release. We then report the proportion of bugs on which these type systems JavaScript programs with few modifications, enables us to reported an error. under-approximately quantify the beneficial impact of static Evaluating static type systems against public bugs, which type systems on code quality.
    [Show full text]
  • Operating Systems
    CS101 – Fundamentals of Computer and Information Sciences – LIU 1 of 2 Operating systems OS History We covered a (slightly rambling) story about the history of operating systems. Batch computing Batch systems were extraordinarily large and expensive, so that organizations could afford at most one or two. The machines had a human operator who was responsible for scheduling tasks for the machine, in order to make best use of its (very valuable) time. • Norwich council takes delivery of its first computer –@StuartSumner • Punch cards • IBM ad feat. punched cards • Keypunch machine • IBM 704 with card reader • LEGO Grace Hopper with Univac TODO: scheduling and calculating turn-around time using First-Come First-Served (FCFS) vs. Shortest Job First. (See book section 10.4, pages 350–351.) Time-sharing When mini-computers became available (just the size of a refrigerator, not a whole room), then we could have one for each workgroup or department within an orga- nization. They were powerful enough that multiple users could share the computer at the same time, by connecting multiple terminals (keyboard and monitor) to the same machine. The job of the human operator was now automated, and this was the golden ageof operating systems. Not only did they have to schedule tasks effectively, but they had to switch efficiently among serving different users, protect those users from interfer- ing with each other’s work, and so on. Some of the operating systems developed in this era were Multics, VMS, and UNIX. • PDP-11 with Ken Thompson, Dennis Ritchie • VT-101 terminal • IBM 7090 time-sharing video • Brian Kernighan on Bell Labs (Computerphile video) 2 of 2 Prof.
    [Show full text]
  • Safejava: a Unified Type System for Safe Programming
    SafeJava: A Unified Type System for Safe Programming by Chandrasekhar Boyapati B.Tech. Indian Institute of Technology, Madras (1996) S.M. Massachusetts Institute of Technology (1998) Submitted to the Department of Electrical Engineering and Computer Science in partial fulfillment of the requirements for the degree of Doctor of Philosophy at the MASSACHUSETTS INSTITUTE OF TECHNOLOGY February 2004 °c Massachusetts Institute of Technology 2004. All rights reserved. Author............................................................................ Chandrasekhar Boyapati Department of Electrical Engineering and Computer Science February 2, 2004 Certified by........................................................................ Martin C. Rinard Associate Professor, Electrical Engineering and Computer Science Thesis Supervisor Accepted by....................................................................... Arthur C. Smith Chairman, Department Committee on Graduate Students SafeJava: A Unified Type System for Safe Programming by Chandrasekhar Boyapati Submitted to the Department of Electrical Engineering and Computer Science on February 2, 2004, in partial fulfillment of the requirements for the degree of Doctor of Philosophy Abstract Making software reliable is one of the most important technological challenges facing our society today. This thesis presents a new type system that addresses this problem by statically preventing several important classes of programming errors. If a program type checks, we guarantee at compile time that the program
    [Show full text]
  • Lint, a C Program Checker Lint, a C
    Lint, a C Program Checker Fr ans Kunst Vrije Universiteit Amsterdam Afstudeer verslag 18 mei 1988 Lint, a C Program Checker Fr ans Kunst Vrije Universiteit Amsterdam This document describes an implementation of a program which does an extensive consistencyand plausibility check on a set of C program files. This may lead to warnings which help the programmer to debug the program, to remove useless code and to improve his style. The program has been used to test itself and has found bugs in sources of some heavily used code. -2- Contents 1. Introduction 2. Outline of the program 3. What lint checks 3.1 Set, used and unused variables 3.2 Flowofcontrol 3.3 Functions 3.4 Undefined evaluation order 3.5 Pointer alignment problems 3.6 Libraries 4. Howlint checks 4.1 The first pass data structure 4.2 The first pass checking mechanism 4.3 The second pass data structure 4.4 The second pass checking mechanism 5. Howtomakelint shut up 6. User options 7. Ideas for further development 8. Testing the program 9. References Appendix A − The warnings Appendix B − The Ten Commandments for C programmers -3- 1. Introduction C[1][2] is a dangerous programming language. The programmer is allowed to do almost anything, as long as the syntax of the program is correct. This has a reason. In this way it is possible to makeafast compiler which produces fast code. The compiler will be fast because it doesn’tdomuch checking at com- pile time. The code is fast because the compiler doesn’tgenerate run time checks.
    [Show full text]
  • Introduction to the New Mainframe: Z/OS Basics
    Front cover Introduction to the New Mainframe: z/OS Basics An introduction to mainframe computing on the IBM zSeries platform z/OS concepts and facilities for students and beginners zSeries hardware and peripheral devices Mike Ebbers Wayne O’Brien Bill Ogden ibm.com/ International Technical Support Organization z/OS Basics March 2005 SG24-6366-00 Note: Before using this information and the product it supports, read the information in “Notices” on page -1. First Edition (March 2005) © Copyright International Business Machines Corporation 2005. All rights reserved. Note to U.S. Government Users Restricted Rights -- Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Contents Preface . xvii How this text is organized . xvii How each chapter is organized . xviii Acknowledgements . xix Comments welcome. xxi Part 1. Introduction to z/OS and the mainframe environment Chapter 1. Introduction to the new mainframe . 1-1 1.1 The new mainframe. 1-2 1.2 Evolving architecture . 1-2 1.3 Mainframes in our midst . 1-4 1.4 What is a mainframe? . 1-5 1.5 Who uses mainframe computers?. 1-7 1.6 Factors contributing to mainframe use . 1-8 1.6.1 Reliability, availability, and serviceability. 1-9 1.6.2 Security . 1-10 1.6.3 Scalability . 1-10 1.6.4 Continuing compatibility . 1-11 1.7 Typical mainframe workloads . 1-11 1.7.1 Batch processing. 1-12 1.7.2 Online transactional processing . 1-15 1.8 Roles in the mainframe world . 1-17 1.8.1 Who is the system programmer? . 1-19 1.8.2 Who is the system administrator? .
    [Show full text]
  • MTS on Wikipedia Snapshot Taken 9 January 2011
    MTS on Wikipedia Snapshot taken 9 January 2011 PDF generated using the open source mwlib toolkit. See http://code.pediapress.com/ for more information. PDF generated at: Sun, 09 Jan 2011 13:08:01 UTC Contents Articles Michigan Terminal System 1 MTS system architecture 17 IBM System/360 Model 67 40 MAD programming language 46 UBC PLUS 55 Micro DBMS 57 Bruce Arden 58 Bernard Galler 59 TSS/360 60 References Article Sources and Contributors 64 Image Sources, Licenses and Contributors 65 Article Licenses License 66 Michigan Terminal System 1 Michigan Terminal System The MTS welcome screen as seen through a 3270 terminal emulator. Company / developer University of Michigan and 7 other universities in the U.S., Canada, and the UK Programmed in various languages, mostly 360/370 Assembler Working state Historic Initial release 1967 Latest stable release 6.0 / 1988 (final) Available language(s) English Available programming Assembler, FORTRAN, PL/I, PLUS, ALGOL W, Pascal, C, LISP, SNOBOL4, COBOL, PL360, languages(s) MAD/I, GOM (Good Old Mad), APL, and many more Supported platforms IBM S/360-67, IBM S/370 and successors History of IBM mainframe operating systems On early mainframe computers: • GM OS & GM-NAA I/O 1955 • BESYS 1957 • UMES 1958 • SOS 1959 • IBSYS 1960 • CTSS 1961 On S/360 and successors: • BOS/360 1965 • TOS/360 1965 • TSS/360 1967 • MTS 1967 • ORVYL 1967 • MUSIC 1972 • MUSIC/SP 1985 • DOS/360 and successors 1966 • DOS/VS 1972 • DOS/VSE 1980s • VSE/SP late 1980s • VSE/ESA 1991 • z/VSE 2005 Michigan Terminal System 2 • OS/360 and successors
    [Show full text]
  • SAS/ASSIST ® 9.1 the Correct Bibliographic Citation for This Manual Is As Follows: SAS Institute Inc
    Getting Started with SAS/ASSIST ® 9.1 The correct bibliographic citation for this manual is as follows: SAS Institute Inc. 2004. Getting Started with SAS/ASSIST ® 9.1. Cary, NC: SAS Institute Inc. Getting Started with SAS/ASSIST® 9.1 Copyright © 2004, SAS Institute Inc., Cary, NC, USA ISBN 1–59047–205–5 All rights reserved. Produced in the United States of America. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, photocopying, or otherwise, without the prior written permission of the publisher, SAS Institute Inc. U.S. Government Restricted Rights Notice. Use, duplication, or disclosure of this software and related documentation by the U.S. government is subject to the Agreement with SAS Institute and the restrictions set forth in FAR 52.227–19, Commercial Computer Software-Restricted Rights (June 1987). SAS Institute Inc., SAS Campus Drive, Cary, North Carolina 27513. 1st printing, January 2004 SAS Publishing provides a complete selection of books and electronic products to help customers use SAS software to its fullest potential. For more information about our e-books, e-learning products, CDs, and hard-copy books, visit the SAS Publishing Web site at support.sas.com/pubs or call 1-800-727-3228. SAS® and all other SAS Institute Inc. product or service names are registered trademarks or trademarks of SAS Institute Inc. in the USA and other countries. ® indicates USA registration. IBM® and all other International Business Machines Corporation product or service names are registered trademarks or trademarks of International Business Machines Corporation in the USA and other countries.
    [Show full text]
  • The FORTRAN Automatic Coding System J
    The FORTRAN Automatic Coding System J. W. BACKUS?, R. J. BEEBERt, S. BEST$, R. GOLDBERG?, L. M. HAIBTt, H. L. HERRICK?, R. A. NELSON?, D. SAYRE?, P. B. SHERIDAN?, H.STERNt, I. ZILLERt, R. A. HUGHES§, AN^.. .R. NUTT~~ system is now copplete. It has two components: the HE FORTRAN project was begun in the sum- FORTRAN language, in which programs are written, mer of 1954. Its purpose was to reduce by a large and the translator or executive routine for the 704 factor the task of preparing scientific problems for which effects the translation of FORTRAN language IBM's next large computer, the 704. If it were possible programs into 704 programs. Descriptions of the FOR- for the 704 to code problems for itself and produce as TRAN language and the translator form the principal good programs as human coders (but without the sections of this paper. errors), it was clear that large benefits could be achieved. The experience of the FORTRAN group in using the For it was known that about two-thirds of the cost of system has confirmed the original expectations con- cerning reduction of the task of problem preparation solving most scientific and engineering problems on 1 large computers was that of problem preparation. and the efficiency of output programs. A brief case Furthermore, more than 90 per cent of the elapsed time history of one job done with a system seldom gives a for a problem was usually devoted to planning, writing, good measure of its usefulness, particularly when the and debugging the program.
    [Show full text]
  • The TRUTH About How Codesonar Compares to PC-Lint
    The TRUTH About How CodeSonar Compares to PC-lint Gimpel Software Version 1, May 2016 As the recognized leader and standard bearer in the static analysis industry, we are flattered to be considered as a benchmark in many product comparisons. While we rarely find it necessary to respond to them, the Grammatech “white paper” comparing the CodeSonar product to PC-lint has the odious distinction of being an exception. Instead of focusing on the perceived merits of the Grammatech product, the white paper in question resorts to false claims and misrepresentations about PC-lint, perhaps as a result of marketplace pressure, which we feel should be balanced with a healthy dose of reality. About PC-lint PC-lint is a powerful and reputable C and C++ static analysis tool created by Gimpel Software in 1985 and continually improved during the past 30 years. During this time PC-lint has been an innovative leader in the industry by incorporating pioneering features such as inter-function and inter-module Value Tracking, Strong Type Checking and Dimensional Analysis, and User-Defined Function Semantics. PC-lint is trusted by many tens of thousands of developers, QA analysts, software testers, and forensic analysts and supports dozens of compilers and platforms, sports dozens of secondary features, and is deployed worldwide in virtually every industry including safety critical fields such as medical and automotive. About Grammatech’s white paper The white paper entitled “How CodeSonar Compares To PC-lint (And Similar Tools)”, avail- able from Grammatech’s website, purports to provide a comparison between the CodeSonar product and PC-lint (other tools are discussed but the focus is on PC-lint) but in reality is nothing more than a series of self-serving, misleading statements having little or no factual basis.
    [Show full text]
  • Chapter Three Introduction to Computer Troubleshooting
    Chapter Three Introduction to Computer Troubleshooting Welcome to the Machine Introduction to Computer Troubleshooting What are the three steps in the computer troubleshooting process? What do you do if the three steps does not solve your problem? DON’T PANIC!” When things go wrong remain calm, as most computer problems are a simple fix. Even if it is the rare serious problem, usually your data is still there waiting for you. The computer troubleshooting process at its most basic is gathering information about what is going on, drawing conclusions about the information gathered, and acting on those conclusions to solve the problem. If that does not solve the problem, then we return to the gathering information stage and go through the steps again. You might think of it as a loop which we exit when the problem is solved. At the top of the paragraph, I said that most computer problems are a simple fix and I would like you to keep that in mind as we go through this chapter. Important Words in this Chapter Cables Memory Simple-to-Complex Connectors Monitor Surge Protector CPU Motherboard System HD (Hard Drive) NIC (Network Card) Troubleshooting Input Devices Power Supply Video Card Main Troubleshooting Principle What is the principle on which we base all efficient and effective troubleshooting? All efficient and effective troubleshooting is based on the principle of proceeding from the simple-to-the- complex. Why is this true? Starting with complex items first, can cause you to draw the wrong conclusions. The complex parts of a computer depend on the simpler things.
    [Show full text]
  • Cleanscape Fortran-Lint GUI User's Guide
    Cleanscape Fortran-lint GUI User’s Guide Version 6.3 Sales and Service Office 5850 Eubank Blvd. NE, B49-180 Albuquerque, NM 87111 Toll-free 800-94-4LINT 505-246-0267 Fax 505-247-2678 www.cleanscape.net [email protected] [email protected] Flint GUI User’s Guide PART I Introduction.................................................................................................................3 1.1 WELCOME..........................................................................................................................3 1.2 DOCUMENTATION.............................................................................................................3 1.3 PURPOSE...........................................................................................................................3 A. Function............................................................................................................................3 B. Application.........................................................................................................................3 C. Advantages.......................................................................................................................4 D. Flow of Analysis................................................................................................................4 PART II Requirements, Installation, and Uninstallation.............................................................5 2.1 WINDOWS..........................................................................................................................5
    [Show full text]