Bibliography of Documents Related to the SNOBOL, SL5, and Icon Programming Languages
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
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 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
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. 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
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 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
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 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
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)
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
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
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.