DOCSLIB.ORG

Bibliography of Documents Related to the SNOBOL, SL5, and Icon Programming Languages

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

Bibliography of Documents Related to the SNOBOL, SL5, and Icon Programming Languages Compiled by Ralph E. Griswold and Madge T. Griswold TR85-13c July 24,1985; last revised December 19,1989 Department of Computer Science The University of Arizona Tucson, Arizona 85721 Bibliography of Documents Related to the SNOBOL, SL5, and Icon Programming Languages Preface This bibliography is divided into a number of sections according to the subject matter of the entries. These divi­ sions are somewhat arbitrary, and frequently a document contains some material relating to a variety of areas. In such cases, the area of major applicability has been selected. There are certainly some errors of classification; corrections are welcome. One problem in developing this bibliography has been to determine the relevance and significance of material that might be included. Some entries contain comparatively little material of substance that is directly related to the SNOBOL, SL5, and Icon languages. In the "applications" categories, some entries are included where it is known that SNOBOL, SL5, or Icon was used, even if that is not evident in the documents themselves. Many of the documents listed in this bibliography are not readily available. This applies particularly to the inter­ nal reports of industrial organizations. Such organizations are usually unwilling to supply copies of reports, and readers are advised not to request such documents. Similarly, we are not in a position to supply copies of docu­ ments, except some of those authored at The University of Arizona. The format of the entries is largely self-explanatory. In general, information has been recorded as it appears on the document itself (where the document was available). In some cases, an author's name has been "normalized" to facilitate the computer preparation of this document. Information known to the us, but not appearing on the docu­ ment, is enclosed in brackets. This convention has not been applied uniformly with respect to addresses, which have sometimes been supplied without brackets. For some of the documents authored at Bell Laboratories, the cor­ porate address (Murray Hill, New Jersey) has been used, although these documents actually may have originated at branch laboratories. We are indebted to many persons, especially those who have supplied documents. Ralph E. Griswold Madge T. Griswold December 19, 1989 ,, »^^***lflP 'TCj*w4|i...—. CONTENTS SNOBOL 1 Language Descriptions and User Manuals 1 Applications 10 Implementation 20 Hardware 25 Miscellaneous 26 SL5 31 Icon 33 Language Descriptions and User Manuals 33 Applications 36 Implementation ;....38 Miscellaneous 41 Theory and Design Issues 44 Related Languages and Language Features 46 -in- —.HC1SNOBOLfor the Macintosh, [User Guide], Human-Computer Interface Bumard, L D.' 'SNOBOL:TheLanguageforLiterary Computing", Association Limited,Cambridge.England, 1988.87pages. for Literary and Linguistic Computing Bulletin, Vol. 6, No. 3 (1978). pp. Abrahams, Paul W. Symbol Manipulation Languages. AEC Research and 268-278.Part2,Vol.7.No. 1 (1979).pp.44-55;Part3,Vol.7.No.2(1979). Development Report NYO-1480-97, New York University, New York. pp.l47-154;Part4,Vol.7.No.3(1979).pp.257-267. June, 1968.119pages. Bums.Bruce. "SNOBOLConquers AW,BYTE, Vol.4.No. 6(June, 1979). pp. Abrahams, Paul W. "Symbol Manipulation Languages", in Advances in Com­ 220-221. puters, Vol. 9 (Alt, Franz L. and Rubinoff, Morris, editors). Academic Butler, Christopher. Computers in Linguistics. Basil Blackwell, Oxford, Eng­ Press. New York.New York. 1968. pp. 51-111. land. 1985. 266 pages. Abrahams, Paul W. "Improving the Control Structure of SNOBOL4", SIG- Calise, M. F. [DiskFunctionsforSNOBOU.] Memorandum for File, Bell Tele­ PLANNotices,V6L.9,No.5QAiy, 1974).pp. 10-12. phone Laboratories, Inc., Murray Hill, New Jersey. February 11,1966. 4 Addyman, A. M "A Language for Literary Data Processing; I—The Choice of a pages. Language", Association for Literary and Linguistic Computing Bulletin, Campbell, J. A. Comparative Survey of Programming Languages. Report CPT- VoL4,No.2(1976).pp.l46-151. 121, Department of Physics, Center for Particle Theory, and Department of Aho, Alfred V.; Kemighan, Brian W.; and Weinberger, Peter J The AWK Pro­ Computer Sciences, University of Texas at Austin, Austin, Texas. October, gramming Language. Addison-Wesley Publishing Company, Reading, 1971.135 pages. Massachusetts. 1988.p. 186. [Chai, David T.] SNOBOL4 Programming Manual. [The Bunker-Ramo Cor­ [Alexander, George A.]' 'Programming in Snobol (sic)'', The SeyboldReport on poration, Canoga Park, California.] October, 1967. 6 pages + reprints of otherdocuments. Publishing Syrtemj, Vol. 13,No. 1 (September 12,1983).p. 1-7. [Alexander, George A.] "Snobol (sic) on a Microcomputer", The Seybold Chai, David T. Some Remarks on SNOBOL4 Features. Technical Note, The ReportonPublishing Systems,\o\. 14,No. 12(March 11,1985). p. 26. Bunker-Ramo Corporation, Canoga Park, California. November, 1968. 15 pages. Anderson, Eric R. and Sturgeon, Roger. Anlnteractive SNOBOL4 Systemfor the mS940.DocumentNo.R-34, ARPA Contract SD-185,University of Cali­ Chapin, Ned. Computers; A Systems Approach. Van Nostrand Reinhold, New fornia, Berkeley. September 6,1968.53 pages. York. 1971.pp.407,411-413,502 Applied Logic Corporation. AL/COM SNOBOL-D (Preliminary) User's Chinlund, Thomas. Introduction to Computing with SNOBOL4. [Columbia University.] Nodate. 71 pages. A/a/ma/. Princeton, New Jersey. July, 1970.46 pages. Arden, Bruce A., editor. What Can Be Automated?; The Computer Science and Code, Ronald. Timesharing SNOBOL. Technical report, Stanford Center for Engineering Research Study. The MIT Press, Cambridge, Massachusetts. Information Processing, Stanford, California. January, 1973.21 pages. 1980.pp. 579,593-595. Coleman, Samuel S. Colorado SNOBOL4, Version 3.10. Technical report, Bailey, F. N. SNOBOL 67 Users Reference Manual Errata II. Department of [University of Colorado, Boulder, Colorado.] Nodate. 2 pages Electrical Engineering.University of Minnesota, Minneapolis, Minnesota. Com-Share, Incorporated. SNOBOL Reference Manual. Publication 9010-1, May 10,1968. Ann Arbor, Michigan. 1967. pages unknown. Revisions: 9010-2, August EiHey.'F.N.andKiin.'R.Y.AnExactDescriptionofaSNOBOLDialect. Techni­ 15,1968, 55 pages + appendices; 9010-3, May, 1970,70 pages + appen­ cal report, Department of Electrical Engineering, University of Minnesota, dices. Minneapolis, Minnesota. [1968.] 55 pages. Com-Share, Incorporated. SNOBOLReference Card. Document 8011 -687, Ann B arker, Calvin L.R.SNOBOL4 Version3.7. XDS Users' Group Program Library Arbor, Michigan. 1968.6pages. Revision: 8011-681 O.November, 1968. Catalog Number 890823- 11A00, El Segundo, California. December 10, Com-Share, Incorporated. "SNOBOL", Com-Share Response, Vol. 1, No. 5 1973.32pages. (September, 1968).p. 1.55 pages-f appendices. Barkes.Kevin G. "Understanding SNOBOL,Including MACRO SPITBOL", Coppen, Peter-Amo and Salemans, Ben. SNOBOL4 voor iedereen. In Dutch. VAXProfessional. (August, 1988).pp.5-8. SuchtingLOC.TheNetherlands. 1988.264 pp. Barron, D. W. An Introduction to the Study of Programming Languages. Cam­ Daetwyler, Dan. "SNOBOL4+", Computer Language, Vol. 1. No. 2 (October, bridge University Press. Cambridge.England. 1977.pp.7( 120-123,152 1984).pp.75-79. Berstis, Victors. TheMinnesola SNOBOL4 Languagefor the IBM PC. Technical Datacraft Corporation. Series 6000 SNOBOL4 General Specification. Fort report, Berstis International, Rochester, Minnesota. 1984.58pages; Revi­ Lauderdale.Florida. July, 1972.6 pages sions: TheMinneso ta SNOBOLALang uagefor Programming the IBM Per­ Day, A. C. Text Processing. Cambridge University Press, Cambridge, England. sonal Computer, 1985. 60 pages; Minnesota SNOBOL42 Language for 1984.141 pages. Programming the ICM Personal Computer, Berstis International, Mill- wood,NewYork,[1987],32pages. [De Jong, K.] Introduction to SNOBOL4; Programmer's Guide. Computing Center Memo M285, University of Michigan, Ann Arbor, Michigan. ]Beislis,VicloTs.]FeaturesofMinnesotaSNOBOL42Version2jcxWhichDiffer March, 1969.48 pages. Revision: August, 1974. FromMinnesolaSNOBOLA J.06. Technical report. [June, 1987.] 4pages. Desautels, E.J. and Smith, Douglas K." An Introduction to the String Processing Bimes, William J., ed. Online Programming Languages & Assemblers, A Refer- Language SNOBOL", in Programming Systems and Languages (Rosen, ence. New York: McGraw-Hill, Inc.,Dateunknown.pp.495-509. Saul,editor). McGraw-HilLNew York.New York. 1967.pp.419-454. Blatt, D. W. E. "On the Great Big Substitution Problem", SIGPLANNotices, Dewar Information Systems Corporation. Macro SPITBOL Program Reference Vol. 15,No.6(June,1980).pp. 19-27. Manual. Oak Park, Illinois. February 6,1978.47 pages. Revision: Rev. D, Bobrow, Daniel G. and Raphael, Bertram. "New Programming Languages for 1980,100pages. Artificial Intelligence", Computing Surveys, VoL 6, No. 3 (September, Dewar Information Systems Corporation. MACRO SPITBOL Version 3.5 Pro- 1974). pp. 153-174. gramReference Manual. Technical report, Oak Park, Illinois. May 1,1980. Brainerd,WalterS.and Landweber, La wrenceH. Theory of Computation. John 82pages. Wiley &Sons,New York. I974.pp.l 18-121. Dewar Information Systems Corporation. SPITBOL370. Technical report. Oak Brothers, Hardin. "SNOBOL: The Literary Language". PC Resource. Sep­ Park, Illinois. March 14,1984.97pages. tember, 1987. pp. 60-62. Dewarlnformation Systems Corporation. VAXIVMSMaero SPITBOLLanguage Brownlee, J. Nevil. SNOBAU67, A B6700
Recommended publications
  • Oral History Interview with William Mitchell

    Oral History Interview with William Mitchell

    An Interview with WILLIAM MITCHELL OH 203 Conducted by David S. Cargo on 26 July 1990 Flagstaff, AZ Charles Babbage Institute Center for the History of Information Processing University of Minnesota, Minneapolis Copyright, Charles Babbage Institute 1 William Mitchell Interview 26 July 1990 Abstract Mitchell discusses his introduction to Icon through his use of SPITBOL. He describes the process of making Icon compatible to various environments and notes the types of documentation and tools that are produced. He talks about several research assistants that he worked with on the Icon project. Mitchell discusses the usability of Icon in a software development environment and describes the use of C in conjunction with Icon. 2 WILLIAM MITCHELL INTERVIEW DATE: 26 July 1990 INTERVIEWER: David S. Cargo LOCATION: Flagstaff, AZ CARGO: I am trying to get some background from the people about how they got involved with the Icon Project and what experience they had with programming in general before they got involved with the Icon Project. If you could go over your academic career a bit prior to your involvement, that would be the first thing I would like to cover. MITCHELL: My first real exposure in computer science was at North Carolina State University. I was a freshman there in the computer science program. One of the first trips I made to the library there I happened to notice a book on SNOBOL4. It seemed like an interesting language, so I checked out that and a stack of other books on some odd things. I don't know if I ever got around to reading the book; I guess I looked at it some, you know, but it stuck it in my mind.
  • CSC 272 - Software II: Principles of Programming Languages

    CSC 272 - Software II: Principles of Programming Languages

    CSC 272 - Software II: Principles of Programming Languages Lecture 1 - An Introduction What is a Programming Language? • A programming language is a notational system for describing computation in machine-readable and human-readable form. • Most of these forms are high-level languages , which is the subject of the course. • Assembly languages and other languages that are designed to more closely resemble the computer’s instruction set than anything that is human- readable are low-level languages . Why Study Programming Languages? • In 1969, Sammet listed 120 programming languages in common use – now there are many more! • Most programmers never use more than a few. – Some limit their career’s to just one or two. • The gain is in learning about their underlying design concepts and how this affects their implementation. The Six Primary Reasons • Increased ability to express ideas • Improved background for choosing appropriate languages • Increased ability to learn new languages • Better understanding of significance of implementation • Better use of languages that are already known • Overall advancement of computing Reason #1 - Increased ability to express ideas • The depth at which people can think is heavily influenced by the expressive power of their language. • It is difficult for people to conceptualize structures that they cannot describe, verbally or in writing. Expressing Ideas as Algorithms • This includes a programmer’s to develop effective algorithms • Many languages provide features that can waste computer time or lead programmers to logic errors if used improperly – E. g., recursion in Pascal, C, etc. – E. g., GoTos in FORTRAN, etc. Reason #2 - Improved background for choosing appropriate languages • Many professional programmers have a limited formal education in computer science, limited to a small number of programming languages.
  • Oral History Interview with Ralph and Madge Griswold

    Oral History Interview with Ralph and Madge Griswold

    An Interview with RALPH and MADGE GRISWOLD OH 256 Conducted by Judy E. O'Neill on 29 September 1993 Minneapolis, MN Charles Babbage Institute Center for the History of Information Processing University of Minnesota, Minneapolis Copyright, Charles Babbage Institute 1 Ralph and Madge Griswold Interview 29 September 1993 Abstract Ralph and Madge Griswold discuss how their respective educational backgrounds in electrical engineering and journalism led them separately to Bell Laboratories. Madge discusses her involvement with TEXT90 and TEXT360 in the preparation of technical journal documents. Ralph recalls the informal dissemination of SNOBOL to the academic community. The Griswolds describe Bell Laboratories' involvement with MULTICS and the movement of groups within Bell Laboratories away from GE machines to IBM equipment. From their perspectives as an employee and an administrator respectively, Madge and Ralph describe the climate for women at Bell Laboratories during the 1960s. Ralph discusses how changes in the research environment at Bell Laboratories led him to the University of Arizona. Ralph describes his effort to recruit computer scientists to the fledgling department and Madge discusses her involvement in the recruiting process and the development of the department. The Griswolds also discuss the stagnation of SNOBOL4 after the language manual went out-of-print, and their work at the Bright Forest Company with the development of a commercial Icon implementation. 2 RALPH & MADGE GRISWOLD INTERVIEW DATE: September 29, 1993 INTERVIEWER: Judy E. O'Neill LOCATION: Minneapolis, MN O'NEILL: This is September 29, 1993 and I'm in my office in Minneapolis interviewing Ralph and Madge Griswold. I'd like to start the interview with getting some personal background on both of you.
  • Note Quiz 1 K All 10 Questions Ise File Main Sy Thay Note Handouts Main Note Keyword Ko Search Krien Important Points Hain Jin Ko Lazmi Yaad Krna Hy

    Note Quiz 1 K All 10 Questions Ise File Main Sy Thay Note Handouts Main Note Keyword Ko Search Krien Important Points Hain Jin Ko Lazmi Yaad Krna Hy

    Note Quiz 1 k all 10 questions ise file main sy thay Note handouts main note keyword ko search krien important points hain jin ko lazmi yaad krna hy. Ada discriminate types is similar to . C/C++ pointer C/C++ union C/C++ reference All of the given Page # 52 - My Ok The block structure feature of ALGOL60 has scope. No Local Universal Global Page # 26 – My Ok Unlike C/C++, Ada can have _____ within functions/procedures. Objects Functions/procedures Events Parameters Page # 58 – My Ok In the Decimal fixed point type, the distance between values is implemented as a power of 2 10 8 16 Page # 50 – My Ok Function must have at least ______ return statement. Three Two One Four Page # 57 – My Ok Every function must have at least one return statement. A procedure is not required to have any return statements. The expression in a function's return statement must evaluate to a type that matches the return type in the function's declaration. ______ operations must have one of its parameters of the tagged type. Concurrent Synchronized Primitive Generic Page # 59 – My Ok An understanding of implementation issues leads to a/an ______ of why languages are designed the way they are. Uncertainty Understanding Misunderstanding Confusion Page # 5 – My Ok ________ has an efficient use of processor and memory. Plankul Kool LISP CORBA C++ Imperative programming languages are the direct result of . Charles Babbage engine Logic or list program languages. Von Neumann architecture Language application domain Page # 22 – My Ok Following are imperative languages EXCEPT LISP C FORTRAN PASCAL Page # 22 – My Ok Which statement is true from programming language evolution perspective about 1970's era? Analysis and elaboration era Era of effective software technology Era of object oriented programming languages Era of discovery and description Page # 30 – My Ok SNOBOL language questions starts from here Variable name in SNOBOL may not be longer than .
  • ED027743.Pdf

    ED027743.Pdf

    DOCUMENT RESUME ED 027 743 EM 007 134 By-Fasana, Paul J., Ed.; Shank, Russell, Ed. Tutorial on Generalized Programming Language s and Systems. Instructor Edition. American Society for Information Science, Washington, D.C. Spons Agency-National Science Foundation, Washington, D.C. Pub Date Jul 68 Grant- F -NSF -GN -657 Note-65p.; Manual based on materials prepared and presented by Thomas K. Burgess and others at the Annual Convention of the American Society for Information Science (New York, October 22-26, 1967) EDRS Price MF-$0.50 HC-$3.35 Descriptors-*Computer Science, *Computer Science Education, Information Retrieval, Information Storage, *Manuals Identifiers-COBOL, FORTRAN, PL I, SNOBOL This instructor's manual is a comparative analysis and review of the various computer programing languagescurrentlyavailable andtheircapabilitiesfor performing text manipulation, information storage, and data retrieval tasks. Based on materials presented at the 1967 Convention of the American Society for Information Science,themanualdescribes FORTRAN, a language designedprimarilyfor mathematicalcomputation;SNOBOL, alist-processinglanguagedesignedfor information retrieval application; COBOL, a business oriented language; and PL/L a new language incorporating many of the desirable features of FORTRAN andCOBOL but as yet implemented only for the IBM 360 computer system. (TI) U.S. DEPARTMENT OF HEALTH, EDUCATION & WELFARE OFFICE OF EDUCATION Pek THIS DOCUMENT HAS BEEN REPRODUCED EXACTLY AS RECEIVED FROM THE N. PERSON OR ORGANIZATION ORIGINATING IT.POINTS Of VIEW OR OPINIONS rJ STATED DO NOT NECESSARILY REPRESENT OFFICIAL OFFICE OF EDUCATION TUTORIAL ON POSITION OR POLICY. GENERALIZED PROGRAMMING LANGUAGES AND SYSTEMS Instructor Edition. Edited by Paul J. Fasana Columbia University Libraries New York, N. Y. and Russell Shank The Smithsonian Institution Washington, D.
  • The Evolution of Lua

    The Evolution of Lua

    The Evolution of Lua Roberto Ierusalimschy Luiz Henrique de Figueiredo Waldemar Celes Department of Computer Science, IMPA–Instituto Nacional de Department of Computer Science, PUC-Rio, Rio de Janeiro, Brazil Matematica´ Pura e Aplicada, Brazil PUC-Rio, Rio de Janeiro, Brazil [email protected] [email protected] [email protected] Abstract ing languages offer associative arrays, in no other language We report on the birth and evolution of Lua and discuss how do associative arrays play such a central role. Lua tables it moved from a simple configuration language to a versatile, provide simple and efficient implementations for modules, widely used language that supports extensible semantics, prototype-based objects, class-based objects, records, arrays, anonymous functions, full lexical scoping, proper tail calls, sets, bags, lists, and many other data structures [28]. and coroutines. In this paper, we report on the birth and evolution of Lua. We discuss how Lua moved from a simple configuration Categories and Subject Descriptors K.2 [HISTORY OF language to a powerful (but still simple) language that sup- COMPUTING]: Software; D.3 [PROGRAMMING LAN- ports extensible semantics, anonymous functions, full lexical GUAGES] scoping, proper tail calls, and coroutines. In §2 we give an overview of the main concepts in Lua, which we use in the 1. Introduction other sections to discuss how Lua has evolved. In §3 we re- late the prehistory of Lua, that is, the setting that led to its Lua is a scripting language born in 1993 at PUC-Rio, the creation. In §4 we relate how Lua was born, what its original Pontifical Catholic University of Rio de Janeiro in Brazil.
  • CSC 372 Spring 2018 Cs.Arizona.Edu/Classes/Cs372/Spring18

    CSC 372 Spring 2018 Cs.Arizona.Edu/Classes/Cs372/Spring18

    Comparative Programming Languages CSC 372 Spring 2018 cs.arizona.edu/classes/cs372/spring18 Stranger Danger Introduce yourself to your tablemates while we're waiting to launch! CSC 372, Spring 2018, Introduction slide 1 Instructor William Mitchell (whm) • Consultant/contractor doing software development and training of software developers. Lots with Java, C++, C, Python, Ruby, Icon, and more. Linux stuff, too. • Occasionally teach a CS course. (337, 352, 372, and others) • Adjunct instructor, not a professor • Education: BS CS (North Carolina State University, 1981) MS CS (University of Arizona, 1984) • Incorrect to say "Dr. Mitchell" or "Professor Mitchell"! CSC 372, Spring 2018, Introduction slide 2 Topic Sequence • Functional programming with Haskell • Imperative and object-oriented programming using dynamic typing with Ruby • Logic programming with Prolog • Whatever else in the realm of programming languages that we find interesting and have time for. Note: We'll cover a selection of elements from the languages, not everything. CSC 372, Spring 2018, Introduction slide 3 Themes running through the course • Discerning the philosophy of a language and how it's manifested • Understanding tensions and tradeoffs in language design • Acquiring a critical eye for language design • Assessing the "mental footprint" of a language • Learning how to learn a language (LHtLaL) CSC 372, Spring 2018, Introduction slide 4 Syllabus highlights (cs.arizona.edu/classes/cs372/spring18/syllabus.html) CSC 372, Spring 2018, Introduction slide 5 Prereqs, Piazza,
  • SNOBOL-Tone (ST) - a Sound Pattern-Matching Programming Language

    SNOBOL-Tone (ST) - a Sound Pattern-Matching Programming Language

    SNOBOL-Tone (ST) - A Sound Pattern-Matching Programming Language Dan Ophir(1) and Dotan Dekel(2) AFEKA, Tel-Aviv Academic College of Engineering, Tel Aviv, Israel (1) [email protected] (2) [email protected] Abstract Keywords: Interpreter, Fast Fourier Transform, Pattern- The proposed programming language, matching, MLAT – Multi Level Adaptive SNOBOL-Tone, performs sound matching in a Technique. given sound stream. This is analogous to pattern-matching of substrings in a given 1. Introduction string, as is done in the SNOBOL language [1]. SNOBOL-Tone is a Domain Specific One way to perform the SNOBOL-Tone pattern Language (DSL) for the specific purpose of matching of a spoken text is to transcribe the treating tones, sounds and signals [5]. Another text into written text followed by regular language that has a similar function is CSound SNOBOL pattern matching [2]. However, [6]. Csound is a computer programming when the sound stream is not a spoken stream language for sound, also known as a sound another solution is needed. SNOBOL-Tone is compiler or an audio programming language, designed to provide such a solution. or more precisely, an audio DSL. It is called SNOBOL-Tone integrates three scientific Csound because it is written in C, as opposed domains: to some of its predecessors. 1. Computer science – creating 2. SNOBOL Concepts compilers and interpreters; 2. Electronic engineering – building SNOBOL [1] is a string pattern matching filters of various frequencies; programming language based on a single 3. Applied mathematics – Fourier statement: transformations, wavelets, optimization of algebraic expressions (1) <label>: <subject> <pattern> = and multi-level-adaptive-techniques <object> :S(label1)F(label2) to accelerate various filtering algorithms [3].
  • CALICO Journal, Volume 3 Number 2 41 PILOT, SNOBOL, and LOGO AS

    CALICO Journal, Volume 3 Number 2 41 PILOT, SNOBOL, and LOGO AS

    PILOT, SNOBOL, AND LOGO AS COMPUTING TOOLS FOR FOREIGN-LANGUAGE INSTRUCTION Ruth H. Sanders ABSTRACT Three programming languages widely available for microcomputers deserve attention from the foreign- language academic community because of their ease of use and their particular facility in manipulating language. PILOT, SNOBOL, and Logo are described and evaluated as tools for foreign-language CAI, and a small sample program in each language is given. A bibliography is included. KEYWORDS: PILOT, SNOBOL, Logo, description, evaluation, pattern-matching, programming languages, courseware development. Most programming languages would fail any reasonable test for user friendliness. BASIC, up to now the standard microcomputing language for computer non-professionals, can be daunting to those untrained in algorithmic thinking and manipulation of formal symbols. Higher-level languages like Pascal, C or Ada seem even less suited to computing novices. There are, however, programming languages that are relatively easy for beginners to learn and to use with some proficiency. Three of these, PILOT, SNOBOL, and Logo, are especially well suited to language manipulation. The foreign language professional who wants to write computer tutorials but does not want to invest a great deal of time learning to program should investigate these. In fact, even those who program in other languages may find that these three offer some advantages for certain kinds of programming tasks. This article describes these three languages but does not review any particular implementation of any of them. All are available for a wide range of microcomputers, at varying costs; implementations on various machines or operating systems are not identical, and some implementations offer advantages over others.
  • Advanced Programming Language Design (Raphael A. Finkel)

    Advanced Programming Language Design (Raphael A. Finkel)

    See discussions, stats, and author profiles for this publication at: https://www.researchgate.net/publication/220692467 Advanced programming language design. Book · January 1996 Source: DBLP CITATIONS READS 41 3,040 1 author: Raphael Finkel University of Kentucky 122 PUBLICATIONS 6,757 CITATIONS SEE PROFILE All content following this page was uploaded by Raphael Finkel on 16 December 2013. The user has requested enhancement of the downloaded file. ADVANCED PROGRAMMING LANGUAGE DESIGN Raphael A. Finkel ❖ UNIVERSITY OF KENTUCKY ▲ ▼▼ Addison-Wesley Publishing Company Menlo Park, California · Reading, Massachusetts New York · Don Mills, Ontario · Harlow, U.K. · Amsterdam Bonn · Paris · Milan · Madrid · Sydney · Singapore · Tokyo Seoul · Taipei · Mexico City · San Juan, Puerto Rico hhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh On-line edition copyright 1996 by Addison-Wesley Publishing Company. Permission is granted to print or photo- copy this document for a fee of $0.02 per page, per copy, payable to Addison-Wesley Publishing Company. All other rights reserved. Acquisitions Editor: J. Carter Shanklin Proofreader: Holly McLean-Aldis Editorial Assistant: Christine Kulke Text Designer: Peter Vacek, Eigentype Senior Production Editor: Teri Holden Film Preparation: Lazer Touch, Inc. Copy Editor: Nick Murray Cover Designer: Yvo Riezebos Manufacturing Coordinator: Janet Weaver Printer: The Maple-Vail Book Manufacturing Group Composition and Film Coordinator: Vivian McDougal Copyright 1996 by Addison-Wesley Publishing Company All rights reserved. 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, recording, or any other media embodiments now known, or hereafter to become known, without the prior written permission of the publisher.
  • Generations of Computers

    Generations of Computers

    Chapter- 2 Generations of Computers The rapid development was characterized by the phases of growth, which have come to be called generation of computer. First Generation Basic component – Vacuum Tubes 1940-1956 Vacuum Tube consumed huge amount of electricity. Processing Speed – Slow & Unreliable Machine Heat Generation – Huge amount of Heat generated Size – Bulky & Non – Portable Machine. Lying frequently hardware failure. Instructions – Only Machine Language was used User Friendly – Very Difficult to operate Cost – Production & Maintenance costs was very High Example – ENIAC , UNIVAC , EDVAC, EDSAC, IBM-701 ENIAC - Electronic Numerical Integrator and Calculator UNIVAC - Universal Automatic Computer (First Digital Computer) EDVAC – Electronic discrete variable automatic computer EDSAC – Electronic delay storage automatic calculator IBM – International Business Machine Second Generation Basic component – Transistors & Diodes Processing Speed – More reliable than 1st one Heat Generation – Less amount of Heat generated Size – Reduced size but still Bulky Instructions – High level Language was used ( Like COBOL , ALGOL, SNOBOL) COBOL – Common Business Oriented Language ALGOL – ALGOrithmic Language SNOBOL – StriNg Oriented Symbolic Language User Friendly – Easy to operate from 1st one Cost – Production & Maintenance costs was < 1st Example – IBM 7090, NCR 304 Third Generation Basic component – IC (Integrated Circuits ) 1964-1971 IC is called micro electronics technology integrate a large number of circuit components in to
  • SNOBOL4 in MTS

    SNOBOL4 in MTS

    M T S The Michigan Terminal System Volume 9: SNOBOL4 in MTS September 1975 Updated June 1979 (Update 1) Updated May 1984 (Update 2) The University of Michigan Computing Center Ann Arbor, Michigan 1 DISCLAIMER This manual is intended to represent the current state of the Michigan Terminal System (MTS), but because the system is constantly being developed, extended, and refined, sections of this manual will become obsolete. The user should refer to the Computing_________ Center______ Newsletter,__________ Computing Center Memos, and future updates to this manual for the latest information about changes to MTS. Copyright 1979 by the Regents of the University of Michigan. Copying is permitted for nonprofit, educational use provided that (1) each reproduction is done without alteration and (2) the volume reference and date of publication are included. Permission to republish any portions of this manual should be obtained in writing from the Director of the University of Michigan Computing Center. 2 MTS 9: SNOBOL4 in MTS September 1975 Page Revised May 1984 PREFACE_______ The software developed by the Computing Center staff for the operation of the high-speed IBM 370-compatible computers can be described as a multipro- gramming supervisor that handles a number of resident, reentrant programs. Among them is a large subsystem, called MTS (Michigan Terminal System), for command interpretation, execution control, file management, and accounting maintenance. Most users interact with the computer’s resources through MTS. The MTS Manual is a series of volumes that describe in detail the facilities provided by the Michigan Terminal System. Administrative poli- cies of the Computing Center and the physical facilities provided are described in a separate publication entitled Introduction_________________________ to Computing Center_______________ Services.