Interlisp Reference Manoal
October, 1983
Copyright © 1983 Xerox Corporation All rights reserved.
Portions from "Interlisp Reference Manual" Copyright © 1974, 1975, 1978 Bolt, Beranek & Newman and Xerox Corporation This publication may not be reproduced or· transmitted in any form by any means, electronic, microfilm, xerography, or otherwise, . or incorporated into. any information retrieval system, . without the written permission of Xerox Corporation.
BACKGROUND AND ACKNOWLEDGEMENTS
1 A BRIEF HISTORY OF INTER LISP
Interlisp began with an implementation of the Lisp programming language for the PDP-1 at BoI~ Beranek and Newman in 1966. It was followed in 1967 by 940 Lisp, an upward compatible implementation for the SDS-94O computer. 940 Lisp was the first Lisp system to demonstrate the feasibility of using software paging techniques and a large virtual memory in conjunction with a list-processing system [Bobrow &
Murphy, 1967]. 940 Lisp was patterned after the Lisp 1.5 implementation for
erss
at MIT. with several new facilities added to take advantage of its timeshared, on-line environment DWIM. the Do-What-I- Mean error correction facility. was introduced into this system in 1968 by Warren Teitelman fTeitelman, 1969].The SDS-94O computer was soon outgrown, and in 1970 BBN-Lisp. an upward compatible Lisp system for the PDP-10. was implemented under the Tenex operating system. With the hardware paging and 256K of virtual memory provided by Tenex, it was practical to provide more extensive and sophisticated user support facilities, and a library of such facilities began to evolve. In 1972, the name of the system was changed to Interlisp. and its development became a joint effort of the Xerox Palo Alto Research Center and Bol~ Beranek and Newman. The next few years saw a period of rapid growth and development of the language, the' system and the user support facilities, including the record package, the file package, and Masterscope. This growth was paralleled by a corresponding increase in the size and diversity of the Interlisp user community.
In 1974, an implementation of Interlisp was begun for the Xerox Alto. an experimental microprogrammed personal computer fThacker et al., 1979]. AltoLisp [Deutsch, 1973] introduced the idea of providing a specialized, microcoded instruction set that modelled the basic operations of' Lisp more closely than a general-purpose instruction set could - and as such was the first true "Lisp machine". AltoLisp also served as a departure point for Interlisp-D. the implementation of Interlisp for the Xerox 1100 Series of single-user computers, which was begun in 1979 [Sheil & Masinter, 1983].
In 1976, partially as a result of the AltoLisp effo~ a specification for the Interlisp "virtual machine"
was published [Moore, 1976]. This attempted to specify a small set of "primitive" operations which would support all of the higher level user facilities, which were nearly all written in Lisp. Although incomplete and written at a level which preserved too many of the details of the Tenex operating system, this document proved to be a watershed in the development of Interlisp, since it gave a clear definition of a (relatively) small kernel whose implementation would suffice to port Interlisp to a new environment This was decisive in enabling the subsequent implementations and preserving the considerable investment that had been made in developing Interlisp's sophisticated user programming tools.
Most recently, the implementation of Interlisp on personal workstations (such as Interlisp-D) has extended Interlisp in major ways. Most striking has been the incorporation of i,nteractive graphics and local area network facilities. Not only have these extensions expanded the range of applications for which Interlisp is being used (to include interactive interface design, network protocol experimentation and the development of specialized workstations, among others) but the personal Inachine capabilities have had a major impact on the Interlisp programming system itself. Whereas the original Interlisp user interface assumed a very limited (teletype) channel to the user, the use of interactive graphics and the "mouse" poin~ng device has
Interlisp Implementations
radically expanded the bandwidth of communication between the user and the machine. This has enabled completely new styles of intera~tion with the user (e.g., the use of multiple windows to provide several different interaction channels w,th the user) and these have provided both new programming tools and new ways of viewing and using' the existing ones. In addition, the increased use of local area networks (such as the Ethernet) has expanded the horizon of the Interlisp user beyond the local machine to a whole community of machines, processes and services. Large portions of this manual are devoted to docUmenting the enhanced environment that has resulted from these developments.
2 INTERLISP IMPLEMENT A nONS
Development of Interlisp-10 was, until approximately 1978, funded by the Advanced Research Projects Administration of the Departthent of Defence (DARPA). Subsequent" developments, which have emphasized the personal workStation facilities, have been sponsored by the Xerox Corporation, with some contributions from members of the Interlisp user community.
Interlisp is currently implemented on a number of different machines. Each" distinct Interlisp implementation is denoted by a: suffix: Interlisp-10 is the implementation for the DEC PDP-10 family of machines running either the
TENEX
or TOPS-20 operating systems. Interlisp-D is the implementation for the Xerox 1100 series of qIachines (1100, 1108, 1132). Interlisp-V AX is the implementation for the DEC VAX family, under ieither the VMS or UNIX operating systems. Interlisp-Jericho is the implementation for the BBN Jericho, a internal research computer "built by Bol~ Beranek and Newman.Other implementations of Interlisp. have- been reported (e.g. Interlisp-370,· Interlisp-B5700), but are not widely used or actively maintairied.
This manual is a reference m~ual for all Interlisp implementations. Where necessary, notes indicate when features are only availabl¢ in certain implementations. For some implementations, there is also a companion "Users Guide" whidh documents features which are completely unique to that machine; for example, how to tum on the system, logging on, and unique facilities which link Interlisp to the host environment or operating system.
3 ACKNOWLEDGEMffiNTS
The Interlisp system is the workj of many people - after nearly twenty years, too many even to lis~ much less detail their contributions. Nevertheless, some individuals cannot go unacknowledged:
Warren Teitelman, more than anyone else, made Interlisp "happen". Warren designed and implemented large Parts of several generations of Interlisp, including the initial versions of most of the user facilities, coordinated the system development and assembled and edited the first four editions of the Interlisp reference manual.,
Dan Bobrow was a principal deSigner of Interlisp's predecessors, has contributed to the implementation of several generations of Interlisp, and (in collaboration with others) made major advances in the underlying architecture, including the spaghetti stack, the transaction garbage collector, and the block compiler.
BACKGROUND AND ACKNOWLEDGEMENTS
Larry Masinter is the principal architect of the current Interlisp system~ has contributed extensively to several implementations~ and has designed and developed major extensions to both the Interlisp language and the programming environment.
Ron Kaplan has decisively shaped many of the programming language extensions and user facilities of Interlisp, has played a key role in two implementations and has contributed extensively to the design and content of the Interlisp reference manual.
Peter Deutsch designed the AltoLisp implementation of Interlisp which developed several key design insights on which the current generation of personal machine implementations depend.
Alice Hartley and Daryle Lewis were key contributors to implementations of Interlisp at Bolt, Beranek and Newmann.
No matter where one ends this list, one is tempted to continue. Many others who contributed to particular implementations or revisions are acknowledged in the documentation for those systems. Following that tradition, this manual, which was prepared primarily to document the extensions implemented by the Interlisp-D group at Xerox, Palo Alto, acknowledges, in addition to those listed above, the work of
Dick Burton who designed and implemented most of the interactive display facilities
Bill van Melle who designed and implemented the local area network facilities and multiple process extensions
and the contributions of Beau Sheil, Alan Bell, Steve Purcell, Steve Gadol, Jonl White, Don Charnley, Willie Sue Haugeland and the many others who have helped and contributed to the development of Interlisp-D.
Like Interlisp itself, the Interlisp Reference Manual is the work of many people, some of whom are acknowledged above. This edition was designed, edited and produced by Michael Sannella of the Interlisp-D group at Xerox, Palo Alto. It is a substantial revision of the previous edition fTeitelman et at, 1978] - it has been completely reorganized, updated in most sections, and extended with a large amount of new material. In addition to material taken from the previous edition, this edition contains major extensions contributed by members of the Interlisp-D group and contributions from other Interlisp developers at the Information Sciences Institute of the University of Southern California and Bolt Beranek and Newman.
Interlisp is not designed by a formal committee. It grows and changes in response to the needs of those who use it. Contributions and discussion from the user community remain, as· they have always been, warmly welcome.
References
4 REFERENCES
[Bobrow & Murphy, 1967]
Bobrow,
D.O.,
and Murphy,D.L.,
"The Structure of a LISP System Using Two Level Storage" - Communications of the ACM, Vol. 10, 3, (March, 1967).[Bobrow & Wegbreit, 1973]
[Deutsch, 1973]
[Moore, 1976]
Bobrow,
D.O.,
and Wegbreit,B.,
"A Model and Stack Implementation for Multiple Enviromilents" - Communications of the ACM, Vol. 16, 10, (October 1973).Deutsch, L.P., "A Lisp machine with very compact programs" - Proceedings of the Third International Joint Conference on Artijiciallntelligence, Stanford. (1973).
Moore, J.S., "The Interlisp Virtual Machine Specification" - Xerox PARC, CSL- 76-5, (1976).
[Sheil & Masinter, 1983]
[T eitelman, 1969:1
Sheil, B., and Masinter, L.M. (eds.), "Papers on Interlisp-D" - Xerox PARC, CIS-5 (Revised), (1983).
TeitelmCQl, W., "Toward a Programming Laboratory" - Proceedings of the Internatibnal Joint Conference on Artificial Intelligence, Washington, (1969).
[feitelman, et al., 1972]
Teitelman, W., Bobrow, D.G., Hartley, A.K. Murphy, D.L., BBN-LISP TENEX Reference Manual - Bolt Beranek and Newman, (July 1971, first revision February 1972, second revision August 1972).
[feitelman, et al., 1978]
. [Thacker, et al., 1979]
Teitelman, W., et al., The Interlisp Reference Manual- Xerox PARC, (October 1978).
Thacker, C., Lampson, B., and Sproull, R., "Alto: A personal computer" - Xerox PARC,CSL-79-11, (August, 1979).
TABLE OF CONTENTS
Chapter 1 INTRODUCTION
1.1 Interlisp as a Programming Language 1.1 1.2 Interlisp as an Interactive Environment 1.2 1.3 Interlisp Philosophy 1.4
1.4 How- to Use this Manual 1.6 1.5 References 1. 7
Chapter 2 DATA TYPES
2.1 Data Type Predicates 2.1 2.2 Data Type -Equality 2.2
2.3 "Fast" and "Destructive" Functions 2.3 2.4 Litatoms 2.4
2.4.1 . Using Litatoms as· Vanables 2.4 2.4.2 Function Definition Cells 2.6 2.4.3 Property Lists 2.6
2.4.4 Print Names 2.8
2.4.5 Character Code Functions 2.12 2.5 Lists 2.14
2.5.1 Creating Lists 2.16
2.5.2 Building Lists From Left to Right 2.17 2.5.3 Copying Lists 2.19
2~5.4 Extracting Tails of Lists 2.19 2.5.5 Counting List Cells 2.21 2.5.6 Logical Operations 2.22 2.5.7 Searching Lists 2.23
2.5.8 Substitution Functions 2.23
2.5.9 Association Lists and Property Lists 2.25 2.5.10 Other List Functions 2.27
2.6 Strings 2.27 2.7 Arrays 2.32
2.7.1 Interlisp-lO Arrays 2.33 2.8 Hash Arrays 2.35
2.8.1 Hash Overflow 2.36
2.9 Numbers and Arithmetic Functions 2.36 2.9.1 Integer Arithmetic 2.38
2.9.2 Logical Arithmetic Functions 2.40 2.9.3 Floating Point Arithmetic 2.42 2.9.4 Mixed Arithmetic 2.44
2.9.5 Special Functions 2.45
Chapter 3 THE RECORD PACKAGE
3.1 FETCH and REPLACE 3.1 3.2 CREATE 3.3
Chapter 4
3.3 TYPE? 3.4 3.4 WITH 3.4
3.5 Record Declarations 3.5
3.6 Defining New Record Types 3.10 3.7 Record Manipulation Functions· 3.11 3.8 Changetran 3.11
3.9 User Defined Data Types 3.14
4.1 4.2
CONDITIONALS AND ITERATIVE STATEMENTS The IF Statement 4.4
The Iterative Statement 4.5 4.2.1 I.s.types 4.6
4.2.2 Iteration Variable I.s.oprs 4.7 4.2.3 -Condition I.s.oprs 4.10 4.2.4 Other I.s.oprs 4.10 4.2.5 Miscellaneous 4.11
4.2.6 Errors in Iterative Statements ·4.13
4.2.7 Defining New Iterative Statement Operators 4.13
Chapter 5 FUNCfION DEFINITION, MANIPULATION, AND EVALUATION 5.1 Function Types 5.2
5.1.1 Lambda .. Spread Functions 5.2 .5.1.2 Nlambda-Spread Functions 5.3
5.1.3 Lambda-Nospread Functions 5.4 5.1.4 Nlambda-Nospread Functions 5.5 5.1.5 Compiled Functions 5.5
5.1.6 SUBRs 5.5
5.1.7 Function Type Functions 5.6 5.2 Function Definition 5.8
5.3 Function Evaluation 5.10 5.4 Functional Arguments 5.15 5.5 Macros 5.17
5.5.1 MACROTRAN 5.19 Chapter 6 INPUT /OUTPUT
6.1 Files 6.1
6.1.1 File Naming and Recognition 6.3 6.1.2 Manipulating File Names 6.5 6.1.3 File Attributes 6.6
6.1.4 Randorrily Accessible Files 6.8 6.1.5 Closing and Reopening Files 6.11 6.1.6 Dribble Files 6.12
6.2 Input Functions 6.12 6.3 Output Functions 6.16
6.3.1 Printlevel 6.18
6.3.2 Printing numbers 6.19 6.3.3 User Defined Printing 6.23
6.3.4 Dumping Unusual Data Structures 6.23 6.4 READFILE and WRITEFILE 6.24
6.5 PRINTOUT 6.25
6.5.1 Horizontal Spacing Commands 6.26 6.5.2 Vertical Spacing Commands 6.27 6.5.3 Special Formatting Controls 6.27 6.5.4 Printing Specifications 6.28
6.5.4.1 Paragraph Format 6.28 6.5.4.2 Right-Flushing 6.29 6.5.4.3 Centering 6.29 6.5.4.4 Numbering 6.29 6.5.5 Escaping to LISP 6.30
6.5.6 User-Defined Commands 6.30 6.5.7 Special Printing Functions 6.31 6.6 Readtables 6.32
6.6.1 Readtable Functions 6.32 6.6.2 -Syntax Classes 6.33 6.6.3 Read-Macros 6.36 6.7 TermmaI Tables 6.40
6.7.1 Terminal Table Functions 6041 6.7.2 Terminal Syntax Classes 6.41 6.7.3 Terminal Control Functions 6.42 6.7.4 Line-Buffering 6.45
6.8 Prettyprint 6.47
6.8.1 Comment Feature 6.49 6.8.2 Comment Pointers 6.51 .
6.8.3 Converting Comments to' Lower Case 6.52 6.8.4 Special Prettyprint Controls 6.53
6.8.5 Font Package 6.55 6.9 ASKUSER 6.57
6.9.1 Startup Protocol 6.57 6.9.2 Operation 6.59
6.9.3 Format of KEYLST 6.59 6.9.4 Completing a Key 6.61 6.9.5 Options 6.62
6.9.6 Special Keys 6.64
Chapter 7 V ARIABLE BINDINGS AND THE INTER LISP STACK 7.1 The Spaghetti Stack 7.2
7.2 Stack Functions 7.3
7.3 Releasing and Reusing Stack Pointers 7.10 7.4 The Push-Down List and the Interpreter 7.10 7.5 Generators and Coroutines 7.13 ,
7.5.1 Generators 7.13 7.5.2 Coroutines 7.14 7.5.3 Possibilities Lists 7.16
Chapter 8 THE PROGRAMMER'S ASSISTANT 8.1 Introduction 8.1
8.1.1 Input Formats 8.1 8.1.2 Examples 8.2
8.2 Programmer's Assistant Commands 8.5 8.2.1 Event Specification 8.5
8.2.2 Commands 8.7
8.2.3 P.A. Commands Applied to P.A. Commands 8.17 8.3 Changing The Programmer's Assistant 8.18
8.4 Statistics 8.21 8.5 Undoing 8.22
8.5.1 Undoing Out of Order 8.23 8.5.2 'SAVESET 8.23
8.5.3 UNDONLSETQ and RESETUNDO 8.24 8.6 Format and Use of the History List 8.25
8.7 Programmer's Assistant Functions 8.28
8.8 'The Editor and the Programmer's Assistant 8.35 Chapter 9 ERRORS AND BREAK HANDLING
9.1 Breaks 9.1
9.2 When to Break 9.10 9.3 BREAK1 9.11 9.4 Error Functions 9.13
9.5 Error Handling by Error Type 9.16 9.6 Interrupt Char~ters 9.17
9.7 Changing and Restoring System State 9.18 9.8 Error List 9.21 .
Chapter 10 BREAKING, TRAQNG, AND ADVISING 10.1 Breaking Functions and Debugging 10.1 10.2 Advising 10.7
10.2.1 Implementation of Advising 10.8 10.2.2 Advise Functions 10.9
Chapter 11 FILE PACKAGE 11.1 Loading Files 11.4 11.2 Storing Files 11.6
11.2.1 Remaking a Symbolic File 11.10 11.3 Marking Chartges 11.11
11.4 Noticing Filesi 11.12'
11.5 Distributing Change Infonnation 11.14 11.6 File Package Types 11.14
11.6.1 Functio~s for Manipulating Typed Definitions 11.16 11.6.2 Defining New File Package Types 11.19
11.7 File Package Commands 11.21 11.7.1 Exporting Definitions 11.28 11. 7.2 File V ars: 11.30
11.7.3 Defining New File Package Commands 11.30 11.8 Functions for Manipulating File Command Lists 11.32 11.9 Symbolic File Fonnat 11.34
11.9.1 Copyright Notices 11.36
11.9.2 Functions Used Within Source Files 1L37 11.9.3 File Maps 11.38
Chapter 12 THE COMPILER
12.1 Compiler Printout 12.2 12.2 Global Variables 12.3
12.3 LOCAL V ARS and SPECV ARS 12.4 12.4 Constants 12.5
12.5 Compiling Function Calls 12.6
12~6 FUNCfION and Functional Arguments 12.8 12.7 Open Functions 12.8
12.8 COMPILETYPELST 12.8 12.9 Compiling CLISP 12.9 12.10 Compiler Functions 12.10 12.11 Block Compiling 12.13
12.11.1 RETFNS 12.13
12.11.2 BLKAPPL YFNS 12.14 12.11.3 BLKLIBRAR Y 12.14 12.11.4 Block Declarations 12.14
12.11.5 Block Compiling Functions 12,.16 12.12 Linked Function Calls 12.18
12.12.1 Relinking 12.19
12.13 Compiler Error Messages 12.20
Chapter 13 MASTERSCOPE
Chapter 14
13.1 Command Language 13.4 13.1.1 Commands 13.4 13.1.2 Relations 13.7 13.1.3 Sets 13.10
13.1.3.1 Set Specifications 13.10 13.1.3.2 Set Determiners 13.12 13.1.3.3 Set Types 13.12 13.1.4 Conjunctions 13.13 13.2 Paths 13.13
13.2.1 Path Options 13.14 13.3 Error Messages 13.15 13.4 Macro Expansion 13.15
13.5 Affecting Masterscope Analysis 13.16 13.6 Data Base Updating 13.19
13.7 Masterscope Entries 13.19
13.8 Noticing Changes that Require Recompiling 13.21 13.9 Implementation Notes 13.22
14.1 14.2 14.3 14.4 14.5 14.6 14.7 14.8
MISCELLANEOUS
Saving Interlisp State 14.2 Greeting and User Profiles 14.5 Manipulating File Directories 14.6 Sorting Lists 14.8
DatelTime Functions 14.9
Timers and Duration FunctIons 14.10 GAINSPACE 14.13
Performance Measuring Functions 14.14
14.8.1 BREAKDOWN 14.15 14.9 Page Mapped Files 14.17 Chapter 15 DWIM
15.1 Spelling Correction Protocol 15.3 lS.2 Parentheses Errors Protocol 15.5 15.3 U .D.F. T Errors Protocol 15.5 15.4 DWIM Operation 15.6
15.4.1 DWIM Correction: Unbound Atoms 15.7 IS.4.2 Undefined CAR of Form 15.8
IS.4.3 Undefined Function in APPLY 15.9 IS.5 DWIMUSERFORMS 15.10
IS.6 DWIM Functions and Variables 15.11 15.1-Spelling Correction 15.13
IS.7.1 Synonyms 15.13 -lS.7.2 Spelling Lists 15.14
IS.7.3 Generators for Spelling Correction 15.15 IS.7.4 Spelling Corrector Algorithm 15.16
IS.7.5 Spelling Corrector Functions and Variables 15.17 Chapter 16 CLISP
16.1 CLISP Interaction with User 16.4 16.2 CLISP Character Operators 16.5 16.3 Declarations -16.9
16.3.1 Local Declarations 16.10 16.4 CLISP Operation 16.11
16.5 CLISP Translations 16.13 16.6 DWIMIFY 16.14
16.7 CLISPIFY 16.17
16.8 Miscellaneous Functions and Variables 16.19 16.9 CLISP Internal Conventions 16.21
Chapter 17 THE TELETYPE EDITOR 17.1 Introduction 17.1
17.2 Commands for the New User 17.7
17.3 Local Attention-Changing Commands 17.9 17.4 Commands That Search 17.13
1.7.4.1 Search Algorithm 17.15 1.7.4.2 Search Commands 17.15 17.4.3 Location Specification 17.17
17.5 Commands That Save and Restore the Edit Chain 17.20 17.6 Commands That Modify Structure 17.22
17.6.1 Implementation of Structure Modification Commands 17.23 1.7.6.2 The A, B. and : Commands 17.24
17.6.3 Fonn Oriented Editing and the Role of UP 17.26 17.6.4 Extract. and Embed 17.27
17.6.5 The MOVE Command 17.29
17.6.6 Commands That Move Parentheses 17.31 17.6.7 TO and THRU 17.32
17.6.8 The R Command 17.35 17.7 Commands That Print 17.37
17.8 Commands for Leaving the Editor 17038 17.9 Nested Calls to Editor 17.40
17.10 Manipulating the Characters of an Atom or String 17.41 17.11 Manipulating Predicates and Conditional Expressions 17.42 17.12 History commands in the editor 17.42
17.13 Miscellaneous Commands 17.43 17.14 Commands That Evaluate 17.45 17.15 Commands That Test 17.46 17.16 Edit Macros 17.48
17.17 Undo 17.50
17.18 EDITDEFAULT ,17.51 17.19 Editor Functions 17.53 17.20 - Time Stamps 17.60 Chapter 18 INTERLISp-n SPECIFICS
18.1 Interlisp-D Interrupt Characters 18.1 18.2 Garbage Collection IS.2
18.3 Variable Bindings IS.3 18.4 Stack Format IS.3
18.5 Saving Virtual Memory State IS.3 18.6 Error Types IS.4
18.7 Compiler IS.5
18.8 Linked Function Calls IS.5 18.9 HELPSYS IS.5
18.10 Operating System Dependent Functions lS.6 18.11 IDA TE Format 18.6
18.12 Character Set 18.7 18.13 Read Tables 18.7
18.14 Keyboard Interpretation IS.8 18.15 Lispusers Packages IS.9 18.16 File System 18.10
18.16.1 File Names 18.10 18.16.2 Renaming Files 18.10
18.16.3 End Of Line Convention 18.10 18.16.4 Using Files with Processes 18.11 18.16.5 Miscellaneous File Manipulation 18.11 18.16.6 Connecting to Directories 18.11 18.16.7 Binary 110 18.12
18.16.8 Temporary Files and the CORE Device 18.12 18.16.9 Floppy Disks on the Xerox 1108 18.13
18.16.10 Page Mapping 18.13 18.17 File Servers 18.13
18.17.1 File Server File Names 18.14 18.17.2 Logging In 18.14
18.17.3 Abnormal Conditions 18.15 18.17.4 Caveats 18.15
18.17.5 ,New Functionality 18.16 18.18 HardCopy Facilities 18.16
18.19 Perfonnancel Considerations 18.18 18.19.1 Variable Bindings 18.19 18.19.2 Garbage Collection. 18~20
18.19.3 DatatyPes 18.21
18.19.4 Incomplete Filenames 18.21 18.19.5 Turning Off the Display 18.22 18.19.6 Gatheting Statistics 18.22
18.20 The Interlis~-D Process Mechanism 18.25 18.20.1 CreaW!tg and Destroying Processes 18.26 18.20.2 ProcesS Control Constructs 18.28
18.20.3 Events 18.29 18.20.4 Monitors 18.30
18.20.5 Global Resources 18.32
18.20.6 Typein and the 1TY Process 18.33 18.20.6.1 Switching the 1TY Process 18.33 18.20.6.2 Handling of Interrupts 18.35 18.20.7 Keeping the Mouse Alive 18.35 18.20.8 Debugging Processes 18.36 18.20.9 Non-P~ocess Compatibility 18.37 . 18.21 PROMPTFdRWORD 18.37
Chapter 19 INTERLISp·D DISPLAY FACILITIES 19.1 POSITION 19.2
19.2 REGION 19.2 19.3 BITMAP 19.3 19.4 BITBLT 19.4 19.5 TEXTURE 19.6 19.6 Saving BITMAPs 19.6 19.7 Screen Operation 19.6 19.8 Characters and Fonts 19.7 19.9 Display Streams 19.10
19.9.1 Manipulating Display Streams 19.10
.19.9.2 Drawing on Windows and Display Streams 19.12 19.9.3 Drawing Lines and Curves 19.13
19.10 Typescript Facilities: The "T" File 19.14 19.11 Cursor and ~ouse 19.15
19.11.1 Mouse; Button Testing 19.16 19.11.2 Low Level Access to Mouse 19.17 19.12 Windows 19.18
19.12.1 What are Windows? 19.19
19.12.2 Interactive Window Operations 19.20
19.12.3 ChangIng Entries on the Window Command Menus 19.22 19.12.4 Coordlnate Systems 19.23
19.12.5 Scrolling 19.23
19.12.6 Progratnmatic Window Operations 19.25 19.12.7 Window Properties 19.28
19.12.7.1 Mouse Function Window Properties 19.29 19.12.7.2 Event Window Properties 19.30
19.12.7.3 Miscellaneous Properties 19.32 19.12.8 Auxiliary Functions 19.33
19.12.9 Example: A Scrollable Window 19.34 19.13 Interactive Display Functions 19.36
19.14 Menus 19.38
19.14.1 Menu Fields 19.39
19.14.2 Miscellaneous Menu Functions 19.41 19.14.3 Examples of Menu Use 19.41
19.15 Grid Functions 19.42 19.16 Color Graphics 19.43
19.16.1 Color Bitmaps 19.43 19.16.2 ,Color Specifications 19.44 19.16.3 Color Maps 19.45
19.16.4 Turning the Color Display On and Off 19.47 19.16.5 Printing and Drawing in Color 19.48
19.16.6 Using the Cursor on the Color Screen 19.49 19.16.7 Miscellaneous Color Functions 19.49
19.16.8 Demonstration programs 19.49 Chapter 20 INTERLISP-D DISPLAY-ORIENTED TOOLS
20.1 DEdit 20.1
20.l.i General Comments 20.1 20.1.2 Operation 20.1
20.1.3 Interactive Operation 20.2 20.1.3.1 Selection 20.2 20.1.3.2 Typein', 20.3
20.t3.3 ,Shift-Selection 20.3 20.1.3.4 Commands 20.3
20.1.3.5 Multiple Commands 20.6 20.1.3.6 Idioms 20.7
20.1.4 DEdit Parameters 20.8 20.2 Interactive Bitmap Editing 20.8 20.3 Display Break Package 20.10 20.4 The Inspector 20.12
20.4.1 Inspect Windows 20.12 20.4.2 Calling the Inspector 20.13 20.4.3 Choices Before Inspection 20.14 20.4.4 Redisplaying an Inspect Window 20.14
20.4.5 Interaction With the Display Break Package 20.14
20.4.6 Controlling the Amount Displayed During Inspection 20.14 20.4.7 Inspect Macros 20.15
20.4.8 INSPECTWs 20.15 20.5 CHAT 20.17
20.6 The TEdit Text Editor 20.19 20.6.1 Selecting Text 20.21 20.6.2 Editing Operations 20.22
20.6.3 TEdit Functional Interface 20.23 20.6.3.1 TEdit Interface Functions 20.24 20.6.3.2 User-function "Hooks" in TEdit 20.27 20.6.3.3 Changing the TEdit Command Menu 20.28 20.6.3.4 Variables Which Control TEdit 20.28 20.6.4 TEdit's Tenninal Table and Readtables 20.29
20.6.5 The TEdit Abbreviation Facility 20.31 20.7 The TfYIN Display Typein Editor 20.31
20.7.1 Entering Input With TfYIN 20.31
'20.7.2 Mouse Commands [Interlisp-D Only] 20.33 20.7.3 Display. Editing Commands 20.33
20.7.4 Using TfYIN for Lisp Input 20.37"
20.7.5 Useful Macros 20.37
20.7.6 Prograniming With TfYIN 20.38 20.7.7 EE Interface 20.40
20.7.8 7= Handler· 20.41 20.7.9 Read Macros 20.41 20.7.10 Assorted Flags 20.43 20.7.11 Specia1J Responses 20.44 20.7.12 Display Types 20.45
Chapter 21 ETHERNET
21.1 Ethernet Protocols 21.1 21.1.1 Protocol Layering 21.1 21.1.2 Level Zero Protocols 21.2 21.1.3 Level One Protocols 21.3 21.1.4 Higher Level Protocols 21.3
21.1.5 Connecting Networks: Routers and Gateways 21.3 21.1.6 Addressing Conflicts with Level Zero Mediums 21.4 21.1.7 References 21.4
21.2 Higher-level PUP Protocol Functions 21.4 21.3 Higher-level NS Protocol Functions 21.6
21.3.1 SPP Stream Interface 21.6
21.3.2 Courier Remote Procedure Call Protocol 21.7 21.3.2.1 Courier Template Language 21.8
21.3.2.2 Manipulating Courier Representations 21.10 21.3.2.3 Using Bulk Data Transfer with Courier 21.10 21.3.3 NS Printing 21.10
21.3.4 Clearinghouse 21.12 21.3.5 NS Filing 21.13
21.3.5.1 Pathnames and NS Fileservers 21.13 21.4 Level One Ether Packet Format 21.14
21.5 PUP Level One Functions 21.15
21.5.1 Creating and Managing Pups 21.15 21.5.2 Sockets 21.15
21.5.3 Sending and Receiving Pups 21.16 21.5.4 Pup Ro~ting Information 21.17 21.5.5 Miscellaneous PUP Utilities 21.17 21.5.6 PUP Debugging Aids 21.18 21.6 NS Level One Functions 21.21
21.6.1 Creating and Managing XIPs 21.21 21.6.2 NS Sockets 21.22
21.6.3 Sending; and Receiving XIPs 21.22 21.6.4 NS Debugging Aids 21.23
21.7 Support for Other Level One Protocols 21.23 21.8 The SYSQUEUE ~echanism 21.25
Chapter 22 INTERLISP-I0 SPEOFICS
22.1 Interlisp-l0 Interrupt Characters 22.1 22.2 Type Number Functions 22.2
22.3 Validity of Definitions [n Interlisp-l0 22.3
22.4 Reusing Boxed Numbers in Interlisp-l0 - SETN 22.3 22.4.1 Caveats concerning use of SETN 22.4
22.5 Box and Unbox in Interlisp-l0 22.5
22.6 Miscellaneous Operating System Functions 22.5 22.7 Storage Allocation and Gaibage Collection 22.7 22.8 The Assembler and LAP 22.11
22.8.1 Assemble 22.12
22.8.1.1 Assemble Statements 22.12 22.8.1.2 COREV ALs 22.14
22.8.2 LAP 22.15
22.8.2.1 LAP Statements 22.15 22.8.3 Using Assemble 22.18
- -22.9 Interfork Communication in Interlisp-l0 22.20 22.10 SUBSYS 22.21
22.11 JFN Functions in Interlisp-lO . 22.22 22.12 Display Terminals 22.23
22.13 The Interlisp-lO Swapper 22.24 22.13.1 Overlays 22.24
22.13.2 Efficiency 22.25 22.13.3 Sp~ifications 22.25 Chapter 23 LISPUSERS PACKAGES
23.1 Pattern Match Compiler 23.1 23.1.1 Pattern Elements 23.2 23.1.2 Element Patterns 23.2 23.1.3 Segm.ent Patterns 23.3 23.1.4 Assignments 23.5 23.1.5 Place-Markers 23.5 23.1.6 Replacements 23.6 23.1.7 Reconstruction 23.6 23.1.8 Examples 23.7
23.2 Printing Reentrant and Circular List Structures 23.8 23.2.1 CIRCLPRINT 23.8
23.2.2 PRINTL 23.11
23.3 Indexing and Cross Referencing Files 23.12 23.3.1 SINGLEFILEINDEX 23.12
23.3.2 MULTIFILEINDEX 23.13 23.4 Databasefns 23.15
23.5 Lambdatran 23.16 23.6 Permstatus 23.17 23.7 The Oed Package 23.18
23.7.1 Using Declarations in Programs 23.18 23.7.2 DLAMBDAs 23.20
23.7.3 DPROG 23.21
23.7.4 Declarations in Iterative Statemen'ts 23.22
23.7.5 Declaring a Variable for a Restricted Lexical Scope 23.23
23.7.6 Declaring the Values of Expressions 23.23 23.7.7 Assertions 23.24
23.7.8 Using Type Expressions as Predicates 23.24 23.7.9 Enforcement 23.24
23.7.10 Decltypes 23.25
23.7.11 Predefined Types 23.25 23.7.12 Type Expressions 23.26 23.7.13 Named Types 23.28
23.7.13.1 Manipulating Named Types 23.29 23.7.14 Relations Between Types 23.29
23.7.15 The Declaration Database 23.30 23.7.16 Declarations and Masterscope 2331 23.8 TRANSOR 23.31
23.8.1 Using TRANSOR 23.32 23.8.2 Translating 23.32
23.8.3 The Translation Notes 23.33 23.8.4 Errors and Messages 23.34 23.8.5 TRANSORSET 23.35
23.8.6 TRANSORSET Commands 2336 23.8.7 The REMARK Feature 23.37 23.8.8 Controlling the Sweep 23.39 23.9 WHEREIS Package 23.40
23.10 Hash Files 23.41
23.10.1 Unstructured Pages and Symbol Tables 23.45 . 23.10.2 The Printing Region . 23.46
23.11 EDIT A 23.46
23.11.1 Overview 23.47 23.11.2 Input Protocol 23.48
23.11.3 EDIT A Commands and Variables 23.49 23.11.4 Editing Arrays 23.52
23.12 Cjsys 23.53 23.13 Nobox 23.54
23.13.1 CONSCells 23.54 23.13.2 Number Boxes 23.55 23.13.3 Cautions 23.56 23.14 Date format 23.57 23.15 Exec 23.59
23.15.1 Exec Commands 23.59 23.15.2 EXEC Functions 23.60 23.16 Passwords 23.62
23.17 Telnet 23.62 23.18 Ftp 23.62 23.19 Net 23.64
.~.J ...
~."I.)fel:;.
ILO'Jln. O~IR'.I::e11 (pa:~'~')rd) QU9ke 1:: :;p'Jollng and 'daltlng i
{PHVLUM}<L ISPUSERS> BRAPHER. OCOIII; 29 cOllp11ed on 12-SEP-62 09: 36: 136 FILE CREATED 12-SEP-82 09: 34: 16 GRAPHERCOMS
{PHVLUM}< L I SPUSERS) &ROWSER • OCOIII; 16 10 •. SHOW ALL PATHS TO 015p1."C.11 NIL
11 •. ANALVZE FUNCrrONS ON INTERCALC
e1t::l {in EditHalle} treat as c1 isp? yes
• • • • • • 1 • • • • • • • • • • • • • • • • · · · . · · · . · · · , · · · ·
. . . .... ..•... . . . . done
12.REDO 18 .
NIL 13.X u.b.a.
:';,'; :.'.,.':'.:' ... , ... : .. :
: IJdsk5tat
. 5026 paQes used out of 5000 ell) .
366796 pages used, 6168 left IJde'ete (files) .. ,
IIl1keep (# of ",erslons) 1111
< OMRusse" >
flo press 11 [Conf i I'll] yes.
intro.bra"'0!3 [Con1'irll] yes . . <DMRusse 11> 1 ;speourse)
ex ere 1se1. bravo! 1 [Con1' ;rm] yes . ex ere 1502. bravo! 1 [Con1' 1rm] yes . (DMRusse 11>
PRETTV2 . PRESS! 1 [Conf 1 I'll] yes.
SIMPLEG!14 [Con(1rll] yes.
SIMPLEG!15 [Conf1rll] yes.
P error: &IH. IMEOUT TREAM}"4,61614 FITEMAILilATCH aborted.
: (L0I30UT) L
~~};~~g~~~;jQETREGION ) • {OSK}S2 PRESS) 22: LOGOUT)
NIL 23 FIX 21
: (HARDCOPVII' (SCREENI'lITMAP) (QUOTE {DSII}S2.PRESS) NIL 0.5)
CHAPTER 1
INTRODUCTION
Interlisp is a programming system. A programming system consists of a programming language, a large number of predefined programs (or jUnctions, to use the Lisp tenninology) that can be used either as direct user commands or as subroutines in user programs, and an environment that supports the programmer by providing a variety of specialized programming tools. The language and predefined functions of Interlisp are rich, but similar to those of other modem programming languages. The Interlisp programming environment, on the other hand, is very distinctive. Its most salient characteristic is an integrated set of programming tools which know enough about Interlisp programming so that they can act as semi-autonomous, intelligent "assistants" to the programmer. In addition, the environment provides a completely self-contained world for creating, debugging and maintaining Interlisp programs.
This manual describes all three components of the Interlisp system. There are discussions about the content and structure of the language, about the pieces of the system that can be incorporated into user programs, and about the environment. The line between user code and the environment is thin and changing. Most users extend the environment with some special features of their own. Because Interlisp is so easily extended, the system has grown over time to incorporate many different ideas about effective and useful ways to program. This gradual accumulation over many years has resulted in a rich and diverse
system. That is the reason this manual is so large: . -
Whereas the rest of this manual describes the individual pieces of the Interlisp system, this chapter attempts to describe the whole system-language, environment, tools, and the otherwise unstated philosophies that tie it all together. It is intended to give a global view of Interlisp to readers approaching it for the first time.
1.1 INTERLISP AS A PROGRAl\11\1ING LANGUAGE
This manual does not contain an introduction to programming in Lisp. Sadly, primers and teaching materials for Lisp are few and quickly become dated. [Winston & Horn, 1981] discuss Lisp and its applications, but focus on MacLisp. with only a limited section on Interlisp in an appendix. [Siklossy, 1976] and [Weissman, 1967] are both sound. but a little dated. In this section, we simply highlight a few key points about Lisp on which much of the later material depends.
The Lisp family of languages (e.g., Interlisp, VCI Lisp [Meehan, 1979], FranzLisp [Foderaro, 1979], Mac Lisp [Moon, 1974], Lisp Machine Lisp [Weinreb & Moon, 1979], etc.) shares a common structure in which large programs (or functions) are built up by composing the results of smaller ones. Although Interlisp, like most modern Lisps, allows programming in almost any style one can imagine, the natural style of Lisp is functional- and recursive, in that each function computes its result by selecting from or building upon the values given to it and then passing that result back to its caller (rather than by producing
"side-effects" on external data structures, for example). A great 'many applications can be written in Lisp in this purely functional style, which is encouraged by the simplicity with which Lisp functions can be composed together.
Interlisp as an Interactive Environment
Lisp is also a list-manipulation language. The essential primitive data objects of any Lisp are "atoms"
(symbols or identifiers) and "lists" (sequences of atoms or lists), rather than the "characters" or "numbers"
of more conventional programming lang1;lages (although these are also present in all modern Lisps). Each Lisp dialect has a set of operations that act on atoms and lists. and these operations comprise the core of the language.
Invisible in the programs, but essential to the Lisp style of programming, is an automatic memory management system (an "alIOC!=ator" and a f4garbage collector"). Allocation of new storage occurs automatically whenever a new C!iata object is created. Conversely, that storage is automatically reclaimed for reuse when no other object makes reference to it Automatic allocation and deallocation of memory is essential for rapid, large sc~e program development because it frees the programmer from the task of maintaining the details of memory administration, which change constantly during rapid program evolution.
A key property of Lisp is that it can represent- Lisp function definitions as pieces of Lisp list data.
Each sub function "call" (or function application) is written as a list in which the function is written first, followed by its arguments. Thus, (PLUS 1 2) is a list structure representation of the expression 1 + 2. Each program can be written as a list of such function applications. This representation of program as data allows one to apply the same operations to programs that one uses to manipulate data, which makes it very straightforward to write' Lisp programs which look at and change other Lisp programs. This, in tum, makes it easy to develop programming tools and translators, which was essential in enabling the development of the Interlisp environment
One result of this ability to have one program examine another is that one can extend the Lisp programming language itself. If some desired programming idiom is not supported, it can be" added simply by· defining a function that translates the desired expression into simpler Lisp. Interlisp provides extensive facilities for users to make this type of language extension. In addition, the CLISP (Conversational LISP) package provides definitions for several commonly used programming constructs (i f... the n ... e 1 s e, for and do loops, etc.) that make many programs easier to express. Using this ability to extend itself, Interlisp has incorporated many of the constructs that have been developed in other modem programming languages.
1.2 INfERLISP AS AN INTERACfIVE ENVIRONMENT
Interlisp programs should not be thought of as autonomous, external files of source code. All Interlisp programming takes place within the Interlisp environment, which is a completely self-sufficient environment for developing and using Interlisp programs. Not only does the environment contain the obvious programming facilities (e.g., program editors, compilers, debuggers, etc.), but it also contains a variety of tools which assist the user by "keeping track" of what happens, so the user doesn't have to. For example, the Interlisp file package notices when programs or data have been changed, so that the system will know what needs to be saved at the end of the session. The "residential" style, where one stays within the environment throughout the development, from initial program definition through final debugging, is essential for these tools to operate. Furthermore, this same environment is available to support the final production version. some parts providing run time support and other parts ignored until the need arises for further debugging or development.
For terminal interaction with the user, Interlisp ptovides a "Read-Eval-Print" loop. That is, whatever the user types in is READ by the system, executed (or "EVAL"-uated) and the result is PRINT-ed onto the terminal. (This interaction is also recorded by the programmer's assistant, described below, so the user
INTRODUCTION
can ask to do an action again, or even to undo the effects of a previous action.) Although each interactive terminal listener (or "executive") defines a few specialized commands, most of the interaction will consist of simple evaluations of ordinary Lisp expressions. Thus, instead of specialized terminal. commands for operations like manipulating the user's files, actions like this are carried out simply by typing the same expressions that one would use to accomplish them inside a Lisp program. This creates a very rich, simple and uniform set of interactive commands, since any Lisp expression can be typed at a command executive and evaluated immediately.
In normal use, one writes a program (or rather, "defines a function") simply by typing in an expression that invokes the "function defining" function (0 E FIN E Q), giving it the name of the function being defined and its new definition. The newly defined function can be executed immediately, simply by using it in a Lisp expression. Although most Interlisp c'ode is normally run compiled (for reasons of efficiency), the initial versions of most programs, and all of the user's terminal interactions, will be run interpreted.
Eventually, as a function gets larger or is used in many places, it becomes more effective to compile it Usually, by that stage, the function has been stored on a file and the whole file (which may contain many functions) is compiled at once. DEFINEQ, the compiler (COMPILE), and the interpreter (EVAL), are all themselves Lisp functions that use the ability to treat other Lisp expressions and programs as data.
In addition to these basic programming tools, Interlisp also provides a wi4e variety of programming
support mechanisms:' ' . . .
Structure editor Pretty-printer Break Package
DWIM
Since Interlisp programs are represented as list structure, Interlisp provides an editor which allows one to change the list structure of a function's definition directly.
The pr~tty printer is a function that printS Lisp function· d~finiq.ons so that their syritactic structure is displayed by the indentation 'and fonts used. .
When errors occur, the break package is called, allowing the user to examine and modify the context at the point of the error. Often, this enables execution to continue without starting over from the beginning. Within a break, the full power of Interlisp is available to the user. Thus, the broken function can be edited, data structures can be inspected and changed, other computations carried out, and so on. All of this occurs in the context of the suspended computation, which will remain available to be resumed.
The "Do What I Mean" package automatically fixes the user's misspellings and errors in typing.
Programmer's Assistant
Masterscope
Interlisp keeps track of the user's actions during a session and allows each one to be replayed, undone, or altered.
Masterscope is a program analysis and management tool which can analyze users' functions and build (and automatically maintain) a data base of the results.
This allows the user to ask questions like "WHO CALLS ARCTAN" or "WHO USES COEF 1 FREELY" or to request systematic changes like "EDIT WHERE ANY (jUnction) FETCHES ANY FIELD OF (the data structure) FDO".
RecordlDatatype Package
.. Interlisp allows a programmer to define new data structures. This enables one to separate the issues of data access from the details of how the data is actually stored.
File Package
Performance Analysis
Interlisp Philosophy
Files in Interlisp are managed by the system, removing the problem of ensuring timely file updates from the user. The file package can be modified and extended to accomodate new types of data.
These tools allow statistics on program operation to be collected and analyzed.
These facilities are tightly integrated, so they know about and use each other, just as they can be used by user programs. For example, Masterscope uses the structural editor to make systematic changes .. By combining the program analysis features of Masterscope with the features of the structural editor~ large scale system changes can be made with a single command. For example, when the lowest-level interface of the Interlisp-D I/O system was changed to a new fonna~ the entire edit was made by a single call to Masterscope of the form EOIT WHERE ANY CALLS '(BIN BOUT···). [Burton et al., 1980] This caused Masterscope to invoke the editor at each point in the system where any of the functiqns in the list , ( BIN BOUT ... ) were called. This ensured that no functions used in input or output were overlooked during the modification.
The new, personal machine implementations of Interlisp, such as Interlisp-D, also provide some new user facilities, and some ~ew, interadtive graphic interfaces to some of the older Interlisp programming tools:
Multiple Processes .The multiple and independent processes allowed in Interlisp-D simplify problems which require logically separate pieces of code to operate in parrallel.
Windows The ability to have multiple, independent' windows on the display allows many different processes or activities to be active
on.
the screen at once. .Inspector The inspector is a display tool for examining complex data structures encountered during debugging.
The figure found at the beginning of this chapter shows a standard user display within Interlisp-D. One window displays a list of messjiges available for browsing, using an experimental mail reading system.
This operates in parallel with me user's other activities, continually monitoring the remote mail server and watching for any new mesSages. The "DEdit" window is editing an Interlisp function. The "Chat"
window offers a direct connectibn to a remote machine (this one is a remote file server). There are two nested break windows showing, the environment of an interrupted evaluation. And in the lower right, there is a Masterscope display showing all the possible execution paths to some function.
Some of the newer implementations of Interlisp have embedded within them an entire operating system written in Interlisp. For the most part, that is of no concern to the user (although it is nice to know that one can write programs of this complexity and performance within Interlisp!). However, some of the facilities provided by this low level code allow the use of Interlisp for applications that would previously' have been forced into a relatively intpoverished system programming environment. In particular. Interlisp-D provides complete facilities for! experimenting with distributed machines and services on a local area network, plus access to all the services that such networks provide (e.g., mail, printing, filing, etc.).
1.3 INTER LISP PHILOSOPHY
The extensive environmental support that the Interlisp system provides has develope~ over the years in order to support a particular style of programming called '~exploratory programming" [Sheil, 1983).
INTRODUCTION
For many complex programming problems, the task of program creation is not simply one of writing a program to fulfill pre-identified specifications. Instead, it is a matter of exploring the problem (trying out various solutionS expressed as partial programs) until one finds a good solution (or sometimes, any solution at all!). Such programs are by their very nature evolutionary; they are transformed over time from one realization into another in response to a growing understanding of the problem. This point of view has lead to an emphasis on having the tools available to analyze, alter, and test programs easily.
One important aspect of this is that the tools be designed to work together in an integrated fashion, so that knowledge about the user's programs, once gained, is available throughout the environment.
"
The development of programming tools to support exploratory programming is itself an exploration.
Noone knows all the tools that will eventually be found useful. and not all programmers want all of the tools to behave the same way. In response to this diversity, Interlisp has been shapec:L by its implementors and by its users, to be easily extensible in several different ways. First, there are many places in the system where its behavior can be adjusted by the user. One way that this can be done is by changing the value of various "ftags" or variables whose values
are
examined by system code to enable or suppress certain behavior. The other is where the user can provide functions or other behavioral specifications of what is to happen in certain contexts. For example, the format used for each type of list structure when it is printed by the pretty-printer is determined by specifications that are found on the list PRETTYPRINTMACROS.Thus, this format can be changed for a given type simply by putting a printing specification for it on that list
Another way in which users can effect Interlisp's behavior is by redefining or changing system functions.
The "Advise" capability, for instance. permits the user to modify the operation of virtually any function in the system by wrapping user code "around" the selected function. (This same philosophy extends to the. break package and tracing •. so almost any Dlnction in the system can be broken or traced.) Expenrnentation is thus encouraged and actively facilitated, which allows the user to find useful pieces of the Interlisp system which can be configured to assist with application development. This is even easier in systems like Interlisp-D, where the entire system is implemented in Interlisp, since there are extremely few places where the system's behavior depends on anything outside of Interlisp (such as a low level system implementation language).
While these techniques provide a fair amount of tailorability, the price paid is that Interlisp presents an overall appearance of complexity. There are many ftags, parameters and controls that affect the behavior one sees. Because of this complexity, Interlisp tends to be more comfortable for experts, rather than casual users. Beginning users of Interlisp should depend on the default settings of parameters until they learn what dimensions of ftexibility are available. At that point, they can begin to "tune" the system to their preferences.
The various implementations of Interlisp share not only this general philosophy, but a philosophy about each other also. Interlisp is available in highly compatible versions across several machines. The community of Interlisp implementors is committed to maintain this level of compatibility. One testimony to this is the existence of pieces of very old code in modem versions of Interlisp that have been inherited from the original BBN-Lisp system nearly 15 years ago. Many of the function definitions in the core of the system have not changed since 1977, over many different versions of Interlisp.
Appropriately enough, even Interlisp's underlying philosophy was itself discovered during Interlisp's development, rather than laid out beforehand. The Interlisp environment and its interactive style were first analyzed in Sandewall's excellent paper [Sandewall, 1978]. The notion of "exploratory programming"
and the genesis of the Interlisp programming tools in terms of the characteristic demands of this style of prograinming was developed in [Sheil, 1983]. The evolution and structure of the Interlisp programming environment are discussed in greater depth in [feitelman & Masinter. 1981].
How to Use this Manual
1.4 HOW TO USE THIS MANUAL
This document is a reference m~ual, not a primer. We have tried to provide a manual that is complete, and that allows Interlisp users to find particular items as easily as possible. Sometimes, these goals have been achieved at the expense of simplicity. For example, many functions have a number of arguments that are rarely used. In the interest of providing a complete reference, these arguments are fully explained, even though they would normally be defaulted. There is a lot of information in this manual that is only of interest to experts.
Users should not try to read straight through this manual, like a novel. In general, the chapters are organized with overview explan~tions and the most useful functions at the beginning of the chapter, and implementation details towards Ule end. If you are interested in becoming acquainted with Interlisp using this manual, the best way wotild be to skim through the whole book, reading the beginning of each chapter.
A few notes about the notational conventions used in this manual:
Lisp. object notation: All Interlisp objects in this manual are printed in the same font: Functions (AND, PLUS. DEFINEQ, LOAD);! Variables (MAX. INTEGER, FILELST, DFNFLG); and arbitrary Interlisp expressions: (PLUS 2 3), {P~OG ({ A 1» ... ), etc.
Case is significant: An important piece of information, often missed by newcomers to Interlisp, is that upper and lower case is significant. The variable FOO is not the same as the variable faa, which is not the same as the variable F qo. By c~nvention, most Interlisp system functions and variables are all-uppercase, but users are free to use upper and lower case for their own functions and· variables
as
they wish.l This manual contains a large number of descriptions of functions, variables, commands, etc, which are printed in the following standard format:(FOO BAR BAZ - ) [Function]
This is a description for the function named FOO. FOO has two arguments, BAR and
BAZ. Some system functions have extra optional arguments that are not documented and should not be used. These extra arguments are indicated by "-". . The descriptor [Function] indicates that this is a function, rather than a [Variable], [Prog. Asst. Command], etc.. For function definitions only, this can also indicate the function "type": [NLambda Function], [NoSpread Function], or [NLambda NoSpread Function], which describes whether the function takes a fixed or variable number of arguments, and whether the arguments are evaluated or not.
lOne exception to the case-sig~ificance rule is provided by the Interlisp CLISP facility, which allows iterative statement operators and record operations to be typed in either all-uppercase or all-lowercase letters: (for X from 1 to 5 ... ) is the same as (FOR X FROM 1 TO 5 ... ). The few situations where this is the case are explicitly mentioned in the manual. Generally, one should assume that case is significant. .
INTRODUCTION
1.5 REFERENCES
[Burton, et al., 1980] Burton, R. R., L. M. Masinter, A. Bell,
Do
G. Bobrow, W. S. Haugeland, R.M.[F oderaro, 1979]
[Meehan, 1979]
[Moon, 1974]
[Sandewall, 1978]
[Sheil, 1983]
Kaplan and B.A. Sheil, "Interlisp-D: Overview and Status" - in [Sheil & Masinter,
1983].' .
Foderaro, John K., The FRANZ LISP Manual - University ofCallfomia, Bekeley, California (1979).
Meehan, J. R., The New UCI Lisp Manual - Lawrence Erlbaum Associates, Hillsdale, New Jersey (1979).
Moon, David, MACLISP Reference Manual-Version 0, Laboratory for Computer Science, MIT, Camppdge,' Massachusetts, (1974)
Sandewall, Erik, "Programming in the Interactive Environmnet: The LISP Experience" - ACM Computing Surveys, vol 10, no 1, pp' 35-72, (March 1978).
Sheil,·B.A., "Environments for Exploratory Programming" - Datamation, (February, 1983) - also in [Sheil & Masinter, 1983].
[Sheil & Masinter, 1983]
[Siklossy, 1976]
Sheil, B.A. and L. M. Masinter, "Papers on Interlisp~D", Xerox PARC Technical Report CIS-5 (Revised), (Jan':lary, 1983).
Sildossy. L., Let's Talk Lisp - Prentic~-Hall, Englewood Cliffs, New Jersey (1976).
[Teitelman & Masinter, 1981]
Teitelman. W. and L. M. Masinter, "The Interlisp Programming Environment" - Computer, vol 14, no 4, pp 25-34, (April 1981) - also in [Sheil & Masinter, 1983].
(Weinreb & Moon, 1979]
(Weissman, 1967]
Weinreb, D. and D. Moon, Lisp Machine Manual - Artificial Intelligence Laboratory, MIT, Cambridge, Massachusetts, (January 1979).
Weissman, C., LISP 1.5 Primer _. Dickenson Publishing Company. Belmont, California (1967).
(Winston & Hom, 1981]
Winston, P. H., and B.K.P. Hom, LISP-Addison-Wesley. Reading, Massachusetts (1981).
References
CHAPTER 2
DATA TYPES
Interlisp is a system for the manipulation of various kinds of data; it provides a large set of built-in data types, which may be used to repre~ent a variety of abstract objects, and the user can also define new data types which can be used exactly like built-in data types.
Each data type in Interlisp has an associated "type name," a litatom.1 Some of the type names of built-in data types are: LITATOM, LISTP, STRINGP, ARRAYP, STACKP, SMALLP, FIXP, and FLOATP. For user data types (page 3.14), the type name is specified when the data type is created.
(OATATYPES" - ) [Function]
Returns a list of all type names currently defined.
(TYPENAMEDATUM) [Function]
Returns the type name for the data ty.pe of DATUM.
(TYPENAMEP DATUM TYPENAME) [Function]
Returns
r
if DATUM is an object with type name equal to TYFENAME, otherwise NIL.No"te: TVPENAME and TYPENAMEP distingu"ish theiogical data types ARRAYP, CCOOEP and HARRAYP, even though they may be implemented as ARRAYPs in some Interlisp implementations.
2.1 DATA TYPE PREDICATES
Interlisp provides seperate functions for testing whether objects are of certain commonly-used types:
(LITATOM x) (SMALLP x)
(FIXP
x)
(FLOATP x)
[Function]
Returns T if
x
is a litatom, NIL otherwise. Note that a number is not a litatom.[Function]
Returns
x
ifx
is a small integer; NIL otherwise. (Note that the range of small integers is implementation-dependent. See page 2.36.)[Function]
Returns x if x is a small or large integer (between MIN. F IXP and MAX. F IXP);
NIL otherwise.
[Function]
Returns x if x is a flo"ating point nUIIlber;" NIL otherwise.
1 In Interlisp-lO, each data type also has an associated "type number." See page 22.2.
(NUMBERP
x)
(ATOM x)(LISTP x) (NLISTP
x)
(STRINGPx)
(ARRAYP
x)
(HARRAYP x)
Data Type Equality
[Function]
Returns
x
ifx
is a number of any type (FIXP or FLOATP), NIL otherwise.[Function]
Returns T if x is
an
atom (Le. a litatom or a number); NIL otherwise.Warning: (ATOM x) is NIL if x is an array, string, etc. In many dialects of Lisp, the function A T OM is defined equivalent to the Interlisp function N LIS T P.
[Function]
Returns
x
ifx
is a list cell, e.g., something created by CONS; NIL otherwise.[Function]
(NOT (L 1ST P X». Retu~s T if x is not a list cell, NIL otherwise.
[Function]
Returns
x
ifx
is a string, NIL otherwise.[Function]
Returns
x
ifx
is an array, NIL otherwise.Note: In some implementations of Interlisp, ARRAYP may also return x if it is of type CCOOEP or HARRAYP.
[Function]
Returns,
x
ifx
is a hash array, NIL otherwise."Note: The empty list, () or NIL, is considered to be a litatom, rather than a list. Therefore, (LIT ATOM NIL) = (A T OM NIL) = T and ( LIS T P NIL) = NIL. Care should be taken when using these functions if the object may be the empty list NIL.
2.2 DATA TYPE EQUALITY
A common operation when dealing with data objects is to test whether two objects are equal. In some cases, such as when comparing two small integers, equality can be easily determined. However, sometimes there is more than one type of equality. For instance, given two lists, one can ask whether they are exactly the same object, or whether they are two distinct lists which contain the same elements. Confusion between these two types of equality is often the source of program errors. Interlisp supplies an extensive set of functions for testing equality:
(EQ x Y)
(NEQ
x
Y)[Function]
Returns T if x and yare identical pointers; NIL otherwise. EQ should not be used to compare two numbers, unless they are small integers; use E Q P instead.
[Function]
(NOT (EQ x
y»
(NULL x) (NOT
x)
(EQP x Y)
(EQUAL x y)
DATA TYPES
(EQ
x
NIL)[Function]
[Function]
[Function]
Returns T if x and yare EQ, or if x and yare numbers and are equal in value;
NIL otherwise. For more discussion of EQP and other number functions, see page 2.36.
Note: EQP also can be used to compare stack pointers (page 7.3) and compiled code (page 5.8).
[Function]
EQUAL returns T if x and yare (1) EQ; or (2) EQP, i.e., numbers with equal value;
or (3) STREQUAL, i.e., strings containing the same sequence of characters; or (4) lists and CAR of x is EQUAL to CAR of y, and CDR of x is EQUAL to CDR of y.
EQUAL returns NIL otherwise. Note that EQUAL can be significantly slower than EQ.
A loose description of E'QUAL might be to say that x and y are EQUAL if they print out the ~e way.
(EQUALALL x y) [Function]
Like EQUAL, except it descends into the contents of arrays, hash arrays, user data types, etc. Two non-EQ arrays may be .EQUALALL if their respective componants are EQUALALL. .
2.3 "FAST" AND i'DESTRUCTIVE" FUNCTIONS
Among the functions used for manipulating objects of various data types, there are a number of functions which have "fast" and "destructive" versions. The user should be aware of what these functions do, and when they should be used.
"Fast" functions: By convention, a function named by prefixing an existing function name with F indicates that the new function is a "fast" version of the old. These usually have the same definitions as the slower versions, but they compile open and run without any "safety" error checks. For example, FNTH runs faster than NTH, however, it does not make as many checks (for lists ending with anything but NIL, etc). If these functions are given arguments that are not in the form that they expect, their behavior is unpredictable; they may run forever. or cause a system error. In general, the user should only use "fast"
functions in code that has already been completely debugged, to speed it up.
"Destructive" functions: By convention, a function named by prefixing an existing function with 0 indicates the new function is a "destructive" version of the old one, which does not make any new structure but cannibalizes its argument(s). For example, REMOVE returns a copy of a list with a particular element removed, but DREMOVE actually changes the list structure of the list. (Unfortunately, not all destructive functions follow this naming convention: the destructive version of APP E NO is NCONC.) The user should be careful when using destructive functions that they do not inadvertantly change data structures.
