DOCSLIB.ORG

Future Directions in Programming Languages

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Future Directions in Programming Languages FUTURE DIRECTIONS IN PROGRAMMING LANGUAGES Samuel A. DiNitto, Jr. Rome Air Development Center Griffiss Air Force Base, New York Abstract; This paper explores some language's success, it is more often possibilities for the programming the inertia and politics of its languages of the next century. competitors that must be overcome Projections are based on what has and rather than its relative merits. In has not been accomplished in the last the world of programming languages, four decades and the programming tools inertia is measured in the amount of proposed for the next decade. software already built in a language Influencing programming language and still in use, the number of people directions at both the high levels of trained and actively using the software development (e.g., problem language, the number of popular decomposition) and at the lower levels language sensitive software development (e.g., algorithm implementation) will tools for the language, the be parallel execution. There could requirements (both past and current) (finally) come a serious break with the for the use of the language in specific traditional languages such as Fortran, applications, and other such culture Algol, PL-1, Pascal, C, and Ada. Very considerations . Similarly, "politic s " High Level Languages could take over in is concerned with such things as popularity. Within an increasing authority and scope of authority of number of domains, the programming, in those who require the use of a addition to man-machine interfaces, language, the stature of those who will be accomplished through multiple endorse the language, and the power media (VHLL, speech, natural language, (often me as ur ed as mouse, menus, touch screen, etc.). "share-of-the-market") of those responsible for the origination of the language. Thus, "inertia" covers those items that must be overcome, and "politics" I. Intrduction covers those that must be obtained to begin building significant inertia. As This paper explores some strong (at examples, FORTRAN and COBOL have much least in the author's opinion) inertia and in the past have had strong candidates for the Programming political backing by Government and languages that we will see in the next Industry: in the past, Pascal has century. For this purpose, received strong academic political "programming language" is defined as endorsemnt but has developed little any language used to create a set of inertia: and Ada has seen mixed instructions for a computer to follow political endorsemnt, but is now in carrying out a task, a framework enjoying a rapid buildup of inertia. to use in solving a problem, when that solution is storable for future user In synopsized form, the present It attempts to do this by reviewing how s tate-of -af fairs is simply this : The we have arrived at today's popular procedure oriented (or imperative) programming languages, and identifying style of languages (FORT", Pascal, c, the relevant practical experience ALGOL, PL-1, BASIC, Ada, etc.) still gained from that history. The history rule the roost with regard to will be used with the state of today's popularity, and most of these languages research and expected future successes (when we include all their dialects) to temper the ideals for the next are still increasing their inertia, generation of programming languages. although the relative share of the market is decreasing for some (e.g., This pragmatic author believes the various dialects of ALGOL, PL-1, that, with regard to a programming FORTRAN, etc.). The functional (or U.S. Government Work. Not protected by 169 U.S. copyright. applicative) styles, such as LISP, and approaches like John McCracken's the logic styles, such as Prolog, are Autocoder for FORTRAN. seeing a resurgence of activity (at least in the R&D world) due to the During these times, very few places renewed interest in artificial had more than one computer system 01 intelligence in the last decade and the had the means or inclination to fund so-called Fifth Generation and more than one. Also, applications were Strategic Computing thrusts. We see becoming more and more diverse. This some successes for the application meant there was a need for a practical, specific, or very high-level languages general-purpose language to span the (VHLLs) , styles in business scientific, business, and real-time appl i ca t ions , too1 ing , aut omt ed t es t (largely for DOD applications) equipment applications, and even communities. However, the world did AI/expert systems applications; but in not leap at a very good one for the the big picture, the use of such times, namely, JOVIAL , whose languages is not universal, even within implementations came on the scene in their narrow domains, so they have not the early 1960's [SAMM 69, pg. 5301. really caught on yet. JOVIAL, for Jules' Own Version of If one accepts the above view of the International Algebraic Language, where we are, let's now try to built on the structure and controls in establish how we got here. This may Algol-58. It added tables and arrays, allow us to determine what we can learn capable of being packed at the bit from a historical perspective that may level by programmers, or at the bit, be relevant for our future projections. byte, and word level by the compiler. Status, literal, Boolean. and user Most people acknowledge that it was specified fixed-point data types were really the language FORTRAN, in the also added. The language enforced its 1956 timeframe, that seriously kicked typing rules, but on a case-by-case things off for the computing world in basis a programmer could alter them. general. In the next five years, The DEFINE facility allowed one to almost everyone in the computing isolate machine dependent parameters community had at least heard of COBOL, for easy redefinition when porting to ALGOL, LISP, and possible NELIAC, but another machine. COMPOOLS of shared how about the other five dozen data, programs, and their languages? Five years after that specifications allowed the compiler to (i.e., 1966). in addition to the correctly integrate and/or help debug numerous dialects of the previously software developed by multiple named languages, computer people at programmers. Finally, if all else least heard of PL-1, SNOBOL, JOVIAL, failed, the language allowed one to and BASIC, but not too many heard of fall directly into assembly language to the other eight dozen languages accomplish what could not be available [SAMM 72, pgs 606, 6071. efficiently handled at the source level. What more could a programmer of Let's stop here for awhile to make the 1960's ask for?! What went wrong?. some observations about the languages being used to build so-called "fielded" Well, for one thing, while several systems, ignoring the fact that, at of the large mainframers, such as IBM, that time and for at least ten and more UNIVAC, and CDC had some efficient years, most software would be compilers for JOVIAL (most directly or implemented in assembly language. indirectly funded by the Air Force) ; Computers were expensive at that time, while several large, complex, real-time and the programmer who could implement and successful Air Force and FAA software in the fewest (however systems were implemented in JOVIAL; measured) number of words of storage while even commercial applications did was golden. Recursion and block show up (airline reservations) ; and structure were elegant, but both, while the UK's Ministry of Defence especially the former, chewed up copied the JOVIAL style and philosophy storage and machine cycles. The need in CORAL-66, there was no perceived for the programmer to stay close to the support or long-term commitment. After machine's own instructions was evident all, the newer, more modern PL-1 was by the above and the need to debug from being supported by the company with so-called "core dumps" of the binary over two-thirds of the worldwide state-of-the machine's memory and marketplace. Merit and track record registers at selected points. Finally, just did not count for much. People only FORTRAN and COBOL were being using Fortran, COBOL, and/or assembly taught en masse to the people actually language were content to wait until building the fielded systems, and I PL-1 came around, with all the support might add by some very innovative and backing that only the large I70 mainframers could supply, even though to programming the Von Neumann by the mid-1960's the mst respected computer, and, in this author's software houses (e.g., SDC, CSC) were opinion, in practice, we have not made fielding and supporting JOVIAL that overwhelming improvement in compilers, training, and JOVIAL systems productivity or quality that has been software (including a working promised with the introduction of each time-sharing system). new programming language in this style. If you doubt this, try to develop and Three points can be made at this coduct an experiment that will prove time. First, a language wasn't going the advantages of one imperative to leave the R&D community unless it language over another to the majority's made efficient use of resources. sati sf ac tion. Second, without readily available training, there was little possibility The case for the applicative style of a language gaining popularity. of language on the surface is not much Third, without at least perceived different. The past twenty-eight backing of the hardware vendor(s), a years, since McCarthy's early papers. language was doomed. The limited but have witnessed a gradual inclusion of significant success of CORAL-66 in the the more complex features that students UK and the promising future of Ada are have for years implemented as exercises built on these points.
Load more

Recommended publications
  • A Quick Guide to Southeast Florida's Coral Reefs
    A Quick Guide to Southeast Florida’s Coral Reefs DAVID GILLIAM NATIONAL CORAL REEF INSTITUTE NOVA SOUTHEASTERN UNIVERSITY Spring 2013 Prepared by the Land-based Sources of Pollution Technical Advisory Committee (TAC) of the Southeast Florida Coral Reef Initiative (SEFCRI) BRIAN WALKER NATIONAL CORAL REEF INSTITUTE, NOVA SOUTHEASTERN Southeast Florida’s coral-rich communities are more valuable than UNIVERSITY the Spanish treasures that sank nearby. Like the lost treasures, these amazing reefs lie just a few hundred yards off the shores of Martin, Palm Beach, Broward and Miami-Dade Counties where more than one-third of Florida’s 19 million residents live. Fishing, diving, and boating help attract millions of visitors to southeast Florida each year (30 million in 2008/2009). Reef-related expen- ditures generate $5.7 billion annually in income and sales, and support more than 61,000 local jobs. Such immense recreational activity, coupled with the pressures of coastal development, inland agriculture, and robust cruise and commercial shipping industries, threaten the very survival of our reefs. With your help, reefs will be protected from local stresses and future generations will be able to enjoy their beauty and economic benefits. Coral reefs are highly diverse and productive, yet surprisingly fragile, ecosystems. They are built by living creatures that require clean, clear seawater to settle, mature and reproduce. Reefs provide safe havens for spectacular forms of marine life. Unfortunately, reefs are vulnerable to impacts on scales ranging from local and regional to global. Global threats to reefs have increased along with expanding ART SEITZ human populations and industrialization. Now, warming seawater temperatures and changing ocean chemistry from carbon dioxide emitted by the burning of fossil fuels and deforestation are also starting to imperil corals.
    [Show full text]
  • Computer Managed Instruction in Navy Training. INSTITUTION Naval Training Equipment Center, Orlando, Fla
    DOCUMENT RESUME ED 089 780 IR 000 505 AUTHOR Middleton, Morris G.; And Others TITLE Computer Managed Instruction in Navy Training. INSTITUTION Naval Training Equipment Center, Orlando, Fla. Training Analysis and Evaluation Group. REPORT NO NAVTRADQUIPCEN-TAEG-14 PUB DATE Mar 74 NOTE 107p. ERRS PRICE MF-$0.75 HC-$5.40 PLUS POSTAGE DESCRIPTORS *Computer Assisted Instruction; Computers; Cost Effectiveness; Costs; *Educational Programs; *Feasibility Studies; Individualized Instruction; *Management; *Military Training; Pacing; Programing Languages; State of the Art Reviews IDENTIFIERS CMI; *Computer Managed Instruction; Minicomputers; Shipboard Computers; United States Navy ABSTRACT An investigation was made of the feasibility of computer-managed instruction (CMI) for the Navy. Possibilities were examined regarding a centralized computer system for all Navy training, minicomputers for remote classes, and shipboard computers for on-board training. The general state of the art and feasibility of CMI were reviewed, alternative computer languages and terminals studied, and criteria developed for selecting courses for CMI. Literature reviews, site visits, and a questionnaire survey were conducted. Results indicated that despite its high costs, CMI was necessary if a significant number of the more than 4000 Navy training courses were to become individualized and self-paced. It was concluded that the cost of implementing a large-scale centralized computer system for all training courses was prohibitive, but that the use of minicomputers for particular courses and for small, remote classes was feasible. It was also concluded that the use of shipboard computers for training was both desirable and technically feasible, but that this would require the acquisition of additional minicomputers for educational purposes since the existing shipboard equipment was both expensive to convert and already heavily used for other purposes.
    [Show full text]
  • Typology of Programming Languages E Early Languages E
    Typology of programming languages e Early Languages E Typology of programming languages Early Languages 1 / 71 The Tower of Babel Typology of programming languages Early Languages 2 / 71 Table of Contents 1 Fortran 2 ALGOL 3 COBOL 4 The second wave 5 The finale Typology of programming languages Early Languages 3 / 71 IBM Mathematical Formula Translator system Fortran I, 1954-1956, IBM 704, a team led by John Backus. Typology of programming languages Early Languages 4 / 71 IBM 704 (1956) Typology of programming languages Early Languages 5 / 71 IBM Mathematical Formula Translator system The main goal is user satisfaction (economical interest) rather than academic. Compiled language. a single data structure : arrays comments arithmetics expressions DO loops subprograms and functions I/O machine independence Typology of programming languages Early Languages 6 / 71 FORTRAN’s success Because: programmers productivity easy to learn by IBM the audience was mainly scientific simplifications (e.g., I/O) Typology of programming languages Early Languages 7 / 71 FORTRAN I C FIND THE MEAN OF N NUMBERS AND THE NUMBER OF C VALUES GREATER THAN IT DIMENSION A(99) REAL MEAN READ(1,5)N 5 FORMAT(I2) READ(1,10)(A(I),I=1,N) 10 FORMAT(6F10.5) SUM=0.0 DO 15 I=1,N 15 SUM=SUM+A(I) MEAN=SUM/FLOAT(N) NUMBER=0 DO 20 I=1,N IF (A(I) .LE. MEAN) GOTO 20 NUMBER=NUMBER+1 20 CONTINUE WRITE (2,25) MEAN,NUMBER 25 FORMAT(11H MEAN = ,F10.5,5X,21H NUMBER SUP = ,I5) STOP TypologyEND of programming languages Early Languages 8 / 71 Fortran on Cards Typology of programming languages Early Languages 9 / 71 Fortrans Typology of programming languages Early Languages 10 / 71 Table of Contents 1 Fortran 2 ALGOL 3 COBOL 4 The second wave 5 The finale Typology of programming languages Early Languages 11 / 71 ALGOL, Demon Star, Beta Persei, 26 Persei Typology of programming languages Early Languages 12 / 71 ALGOL 58 Originally, IAL, International Algebraic Language.
    [Show full text]
  • A Politico-Social History of Algolt (With a Chronology in the Form of a Log Book)
    A Politico-Social History of Algolt (With a Chronology in the Form of a Log Book) R. w. BEMER Introduction This is an admittedly fragmentary chronicle of events in the develop­ ment of the algorithmic language ALGOL. Nevertheless, it seems perti­ nent, while we await the advent of a technical and conceptual history, to outline the matrix of forces which shaped that history in a political and social sense. Perhaps the author's role is only that of recorder of visible events, rather than the complex interplay of ideas which have made ALGOL the force it is in the computational world. It is true, as Professor Ershov stated in his review of a draft of the present work, that "the reading of this history, rich in curious details, nevertheless does not enable the beginner to understand why ALGOL, with a history that would seem more disappointing than triumphant, changed the face of current programming". I can only state that the time scale and my own lesser competence do not allow the tracing of conceptual development in requisite detail. Books are sure to follow in this area, particularly one by Knuth. A further defect in the present work is the relatively lesser availability of European input to the log, although I could claim better access than many in the U.S.A. This is regrettable in view of the relatively stronger support given to ALGOL in Europe. Perhaps this calmer acceptance had the effect of reducing the number of significant entries for a log such as this. Following a brief view of the pattern of events come the entries of the chronology, or log, numbered for reference in the text.
    [Show full text]
  • Language-Parametric Methods for Developing
    Gabriël Ditmar Primo Konat was born in The Language-Parametric Methods for Developing Interactive Programming Systems Language-Parametric Methods for Developing Interactive Programming Hague, the Netherlands. In 2009, he received his BSc in Computer Science from the Institute of Ap- Invitation plied Sciences in Rijswijk. In 2012, he received his MSc in Computer Science from Delft University of Technology (TUDelft). From 2012 to 2018, he was Language-Parametric a Ph.D. student with the Programming Languages Methods for Developing group at TUDelft, under supervision of Eelco Viss- Interactive Programming er and Sebastian Erdweg. His work focuses on lan- Systems guage workbenches and incremental build systems. Gabriël Konat [email protected] You are cordially invited to the public defense of my dissertation on Monday, November 18th, 2019 at 3pm. At 2:30pm, I will give a brief presentation summarizing my dissertation. The defense will take place in the Senaatszaal of the Delft University of Technology Auditorium, Mekelweg 5, 2628 CC Delft, the Netherlands Afterwards, there will be a Gabriël Konat Language-Parametric Methods for reception. Developing Interactive Programming Systems Gabriël Konat Propositions accompanying the dissertation Language-Parametric Methods for Developing Interactive Programming Systems by Gabriël Ditmar Primo Konat 1. Language-parametric methods for developing interactive programming sys- tems are feasible and useful. (This dissertation) 2. Compilers of general-purpose languages must be bootstrapped with fixpoint bootstrapping. (This dissertation) 3. Manually implementing an incremental system must be avoided. (This dissertation) 4. Like chemists need lab assistants, computer scientists need software engineers to support them in research, teaching, and application in industry. 5.
    [Show full text]
  • RML Algol 60 Compiler Accepts the Full ASCII Character Set Described in the Manual
    I I I · lL' I I 1UU, Alsol 60 CP/M 5yst.. I I , I I '/ I I , ALGOL 60 VERSION 4.8C REI.!AS!- NOTE I I I I CP/M Vers1on·2 I I When used with CP/M version 2 the Algol Ifste. will accept disk drive Dames extending from A: to P: I I I ASSEMBLY CODE ROUTINES I I .'n1~ program CODE.ALG and CODE.ASe 1s an aid to users who wish ·to add I their own code routines to the runtime system. The program' produc:es an I output file which contains a reconstruction of the INPUT, OUTPUT, IOC and I ERROR tables described in the manual. 1111s file forms the basis of an I assembly code program to which users may edit in their routines... Pat:ts I not required may be removed as desired. The resulting program should I then be assembled and overlaid onto the runtime system" using DDT, the I resulti;lg code being SAVEd as a new runtime system. It 1s important that. I the CODE program be run using the version of the runtimesY$tem to. which I the code routines are to be linked else the tables produced DUly, be·\, I incompatible. - I I I I Another example program supplied. 1. QSORT. the sortiDI pro~edure~, I described in the manual. I I I I I I I I I I , I I I -. I I 'It I I I I I I I I I I I ttKL Aleol 60 C'/M Systea I LONG INTEGER ALGOL Arun-L 1s a version of the RML zao Algol system 1nwh1c:h real variables are represented, DOt in the normal mantissalexponent form but rather as 32 .bit 2 s complement integers.
    [Show full text]
  • Workplace Learning Connection Annual Report 2019-20
    2019 – 2020 ANNUAL REPORT SERVING SCHOOLS, STUDENTS, EMPLOYERS, AND COMMUNITIES IN BENTON, CEDAR, IOWA, JOHNSON, JONES, LINN, AND WASHINGTON COUNTIES Connecting today’s students to tomorrow’s careers LINN COUNTY JONES COUNTY IOWA COUNTY CENTER REGIONAL CENTER REGIONAL CENTER 200 West St. 1770 Boyson Rd. 220 Welter Dr. Williamsburg, Iowa 52361 Hiawatha, Iowa 52233 Monticello, Iowa 52310 866-424-5669 319-398-1040 855-467-3800 KIRKWOOD REGIONAL CENTER WASHINGTON COUNTY AT THE UNIVERSITY OF IOWA REGIONAL CENTER 2301 Oakdale Blvd. 2192 Lexington Blvd. Coralville, Iowa 52241 Washington, Iowa 52353 319-887-3970 855-467-3900 BENTON COUNTY CENTER CEDAR COUNTY CENTER 111 W. 3rd St. 100 Alexander Dr., Suite 2 WORKPLACE LEARNING Vinton, Iowa 52349 Tipton, Iowa 52772 CONNECTION 866-424-5669 855-467-3900 2019 – 2020 AT A GLANCE Thank you to all our contributors, supporters, and volunteers! Workplace Learning Connection uses a diverse funding model that allows all partners to sustain their participation in an equitable manner. Whether a partners’ interest are student career development, future workforce development, or regional economic development, all funds provide age-appropriate career awareness and exploration services matching the mission of WLC and our partners. Funding the Connections… 2019 – 2020 Revenue Sources Kirkwood Community College (General Fund) $50,000 7% State and Federal Grants (Kirkwood: Perkins, WTED, IIG) $401,324 54% Grant Wood Area Education Agency $40,000 5% K through 12 School Districts Fees for Services $169,142 23% Contributions,
    [Show full text]
  • Think Complexity: Exploring Complexity Science in Python
    Think Complexity Version 2.6.2 Think Complexity Version 2.6.2 Allen B. Downey Green Tea Press Needham, Massachusetts Copyright © 2016 Allen B. Downey. Green Tea Press 9 Washburn Ave Needham MA 02492 Permission is granted to copy, distribute, transmit and adapt this work under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License: https://thinkcomplex.com/license. If you are interested in distributing a commercial version of this work, please contact the author. The LATEX source for this book is available from https://github.com/AllenDowney/ThinkComplexity2 iv Contents Preface xi 0.1 Who is this book for?...................... xii 0.2 Changes from the first edition................. xiii 0.3 Using the code.......................... xiii 1 Complexity Science1 1.1 The changing criteria of science................3 1.2 The axes of scientific models..................4 1.3 Different models for different purposes............6 1.4 Complexity engineering.....................7 1.5 Complexity thinking......................8 2 Graphs 11 2.1 What is a graph?........................ 11 2.2 NetworkX............................ 13 2.3 Random graphs......................... 16 2.4 Generating graphs........................ 17 2.5 Connected graphs........................ 18 2.6 Generating ER graphs..................... 20 2.7 Probability of connectivity................... 22 vi CONTENTS 2.8 Analysis of graph algorithms.................. 24 2.9 Exercises............................. 25 3 Small World Graphs 27 3.1 Stanley Milgram......................... 27 3.2 Watts and Strogatz....................... 28 3.3 Ring lattice........................... 30 3.4 WS graphs............................ 32 3.5 Clustering............................ 33 3.6 Shortest path lengths...................... 35 3.7 The WS experiment....................... 36 3.8 What kind of explanation is that?............... 38 3.9 Breadth-First Search.....................
    [Show full text]
  • Simulation Higher Order Language Requirements Study
    DOCUMENT RESDEE ED .162 661 IB 066 666 AUTHOR Goodenough, John B.; Eraun, Christine I. TITLE Simulation Higher Order ,Language Reguiresents Study. INSTITUTION' SofTech, Inc., Waltham, Mass. SPONS'AGENCY Air Force Human Resources Lab., Broca_APE,' Texas. REPORT NO AFHPI-TE-78-34 PUB DATE ,Aug 78 NOTE 229.; Not available in hard' copy due to iarginal legibility of parts of document AVAILABLE FROM'Superintendent of Docusents, U.S. Government Printing' Office, Washington, L.C. 20402 (1978-771-122/53) EDRS PRICE MF-$0.83 Plus Postage. EC Not Availatle from EDRS. DESCRIPTORS *Comparative Analysis; Computer Assisted Instruction; *Computer Programs; Evaluation Criteria; Military Training; *Needs Assessment; *Prograaing Iangbaqes; *Simulation IDENTIFIERS FORTRAN; IRCNMAN; JOVIAL; PASCAL ABSTRACT The definitions provided for high order language (HOL) requirements for programming flight/ training simulators are based on the analysis of programs written fcr.a variety of simulators. Examples drawn from these programs are used to justify' the need for certain HOL capabilities. A description of the general 'K..structure and organization of the TRONEAN requirements for the DOI) Common Language effort IS followed-tyditailed specifications of simulator HOL requirements., pvi, FORTRAN, JCVIAI J3E, JCVIAL.J73I, and PASCAL are analyzed to see how well" each language satisfies the simulator HOL requirements. Results indicate that PL/I and JOVIAL J3D are the best suited for simulator programming, chile TOBIRANis clearly the least suitable language. All the larguages failed to satisfy some simulator requirements and improvement modificationsare specified Analysis of recommended modifications shows:that PL/I is the m st easily modified language. (CMV) *********************************************************************** Reproductions suppliid by EDRS are the best that can be made from the original dccumett.
    [Show full text]
  • Coral 66 Language Reference Makrjal
    CORAL 66 LANGUAGE REFERENCE MAKRJAL The Centre for Computing History Nl www.CompuUngHistofy.ofg.uk \/ k > MICRO FOCUS CORAL 66 LANGUAGE REFERENCE MANUAL Version 3 Micro Focus Ltd. Issue 2 March 1982 Not to be copied without the consent of Micro Focus Ltd. This language definition reproduces material from the British Standard BS5905 which is hereby acknowledged as a source. / \ / N Micro Focus Ltd. 58,Acacia Rood, St. Johns Wbod, MICRO FOCUS London NW8 6AG Telephones: 017228843/4/5/6/7 Telex: 28536 MICROFG CX)PYRI(fflT 1981, 1982 by Micro Focus Ltd. ii CORAL 66 LANGUAGE REFERENCE MANUAL AMENDMENT RECORD AMENDMENT DATED INSERTED BY SIGNATURE DATE NUMBER iii PREFACE This manual defines the programming language CORAL 66 as implemented in Version 3 of the CORAL compilers known as RCC80 and RCC86. Now that British Standard BS5905 has become the main source for CORAL implementation its structure and style have been adopted. Con5)ared to previous version's of the RCC compilers. Version 3 incorporates 'TABLE' and 'OVERLAY', and allows additional forms of Real numbers in line with the British Standard. Coiiq}iler error reporting has been .modified slightly - in particular all error messages now have identifying numbers and are listed in appendices to the operating manuals. Micro Focus has now assumed direct responsibility for production of all RCC CORAL manuals and believes that this will offer users a better service than has been possible in the past. iv AUDIENCE This manual is intended as a description of CORAL 66 for reference and assumes familiarity with use of the language.
    [Show full text]
  • Numerical Models Show Coral Reefs Can Be Self -Seeding
    MARINE ECOLOGY PROGRESS SERIES Vol. 74: 1-11, 1991 Published July 18 Mar. Ecol. Prog. Ser. Numerical models show coral reefs can be self -seeding ' Victorian Institute of Marine Sciences, 14 Parliament Place, Melbourne, Victoria 3002, Australia Australian Institute of Marine Science, PMB No. 3, Townsville MC, Queensland 4810, Australia ABSTRACT: Numerical models are used to simulate 3-dimensional circulation and dispersal of material, such as larvae of marine organisms, on Davies Reef in the central section of Australia's Great Barner Reef. Residence times on and around this reef are determined for well-mixed material and for material which resides at the surface, sea bed and at mid-depth. Results indcate order-of-magnitude differences in the residence times of material at different levels in the water column. They confirm prevlous 2- dimensional modelling which indicated that residence times are often comparable to the duration of the planktonic larval life of many coral reef species. Results reveal a potential for the ma~ntenanceof local populations of vaiious coral reef organisms by self-seeding, and allow reinterpretation of the connected- ness of the coral reef ecosystem. INTRODUCTION persal of particles on reefs. They can be summarised as follows. Hydrodynamic experiments of limited duration Circulation around the reefs is typified by a complex (Ludington 1981, Wolanski & Pickard 1983, Andrews et pattern of phase eddies (Black & Gay 1987a, 1990a). al. 1984) have suggested that flushing times on indi- These eddies and other components of the currents vidual reefs of Australia's Great Barrier Reef (GBR) are interact with the reef bathymetry to create a high level relatively short in comparison with the larval life of of horizontal mixing on and around the reefs (Black many different coral reef species (Yamaguchi 1973, 1988).
    [Show full text]
  • Tops-10 Monitor Calls Manual, Vol. 1
    TOPS-10 Monitor Calls Manual Volume 1 AA-097 4G-TB October 1988 This manual describes the functions that the monitor performs to service monitor calls from assembly language programs. The TOPS-10 Monitor Calls Manual Is divided Into two volumes: Volume 1 covers the facilities and functions of the monitor; Volume 2 describes the- monitor calls, calling sequences, symbols, and GETTAB tables. This manual supe-rsedes the previous manual of the same name, SOC order number AA-0974F-TB. Operating System: . TOPS-10 Version 7.04 Software: GALAXY Version 5.1 digital equipment corporation maynard, massachusetts First Printing, November 1975 Revised, May 1977 Revised, January 1978 Revised, August 1980 Revised, February 1984 Revised, April 1986 Revised, October 1988 The information in this document is subject to change without notice and should not be construed as a commitment by Digital Equipment Corporation. Digital Equipment Corporation assumes no responsibility for any errors that may appear in this document. The software described in this document is furnished under a license and may be used or copied only in accordance with the terms of such license. No responsibility is assumed for the use or reliability of software on equipment that is not supplied by Digital Equipment Corporation or its affiliated companies. Copyright © 1975, 1984, 1988 Digital Equipment Corporation All Rights Reserved. Printed in U.S.A. The Reader's Comments form on the last page of this document requests the user's critical evaluation to assist in preparing future documentation. The following are trademarks of Digital Equipment Corporation: CI DECtape LA50 SITGO-10 DDCMP DECUS LN01 TOPS-10 DEC DECwriter LN03 TOPS-20 DECmail DELNI MASSBUS TOPS-20AN DECnet DELUA PDP UNIBUS DECnet-VAX HSC PDP-11/24 UETP DECserver HSC-50 PrintServer VAX DECserver 100 KA10 PrintServer 40 VAXNMS DECserver 200 KI Q-bus VT50 DECsystem-10 KL10 AeGIS DECSYSTEM-20 KS10 RSX ~BmBDmDTM CONTENTS PREFACE CHAPTER 1 INTRODUCTION TO MONITOR CALLS 1.1 MONITOR CALL SYMBOLS .
    [Show full text]