Computer Architecture: Concepts and Evolution / Edition 1

Paperback (Print)
Used and New from Other Sellers
Used and New from Other Sellers
from $3.62
Usually ships in 1-2 business days
(Save 95%)
Other sellers (Paperback)
  • All (7) from $3.62   
  • New (3) from $65.92   
  • Used (4) from $3.62   
Close
Sort by
Page 1 of 1
Showing All
Note: Marketplace items are not eligible for any BN.com coupons and promotions
$65.92
Seller since 2008

Feedback rating:

(17485)

Condition:

New — never opened or used in original packaging.

Like New — packaging may have been opened. A "Like New" item is suitable to give as a gift.

Very Good — may have minor signs of wear on packaging but item works perfectly and has no damage.

Good — item is in good condition but packaging may have signs of shelf wear/aging or torn packaging. All specific defects should be noted in the Comments section associated with each item.

Acceptable — item is in working order but may show signs of wear such as scratches or torn packaging. All specific defects should be noted in the Comments section associated with each item.

Used — An item that has been opened and may show signs of wear. All specific defects should be noted in the Comments section associated with each item.

Refurbished — A used item that has been renewed or updated and verified to be in proper working condition. Not necessarily completed by the original manufacturer.

New
Brand New, Perfect Condition, Please allow 4-14 business days for delivery. 100% Money Back Guarantee, Over 1,000,000 customers served.

Ships from: Westminster, MD

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
$65.93
Seller since 2007

Feedback rating:

(23312)

Condition: New
BRAND NEW

Ships from: Avenel, NJ

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
$103.34
Seller since 2013

Feedback rating:

(2)

Condition: New
New

Ships from: San Diego, CA

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
Page 1 of 1
Showing All
Close
Sort by

Overview

In this remarkable book on computer design, long-known in the field and widely used in manuscript form, Gerrit A. Blaauw and Frederick P. Brooks, Jr. provide a definitive guide and reference for practicing computer architects and for students. The book complements Brooks' recently updated classic, The Mythical Man-Month, focusing here on the design of hardware and there on software, here on the content of computer architecture and there on the process of architecture design. The book's focus on architecture issues complements Blaauw's early work on implementation techniques. Having experienced most of the computer age, the authors draw heavily on their first-hand knowledge, emphasizing timeless insights and observations.

Blaauw and Brooks first develop a conceptual framework for understanding computer architecture. They then describe not only what present architectural practice is, but how it came to be so. A major theme is the early divergence and the later reconvergence of computer architectures. They examine both innovations that survived and became part of the standard computer, and the many ideas that were explored in real machines but did not survive. In describing the discards, they also address why these ideas did not make it.

The authors' goals are to analyze and systematize familiar design alternatives, and to introduce you to unfamiliar ones. They illuminate their discussion with detailed executable descriptions of both early and more recent computers. The designer's most important study, they argue, is other people's designs. This book's computer zoo will give you a unique resource for precise information about 30 important machines. Armed with the factors pro and con on the various known solutions to design problems, you will be better able to determine the most fruitful architectural course for your own design.

0201105578B04062001

Read More Show Less

Product Details

  • ISBN-13: 9780201105575
  • Publisher: Addison-Wesley
  • Publication date: 2/18/1997
  • Series: Computer Science Series
  • Edition description: New Edition
  • Edition number: 1
  • Pages: 1264
  • Product dimensions: 6.20 (w) x 9.10 (h) x 2.60 (d)

Read an Excerpt

Our aim in this book is to give a thorough treatment of the art of computer architecture. This work is not intended primarily as a textbook, but rather as a guide and reference for the practicing architect and as a research monograph setting forth a new conceptual framework for computer architecture. We have given enough of the historical evolution that one can see not only what present practice is, but how it came to be so, as well as what has been already tried and discarded. Our goal is to display unfamiliar design alternatives, and to analyze and systematize familiar ones.

It seems useful to provide a compendium of the issues arising in the design of computer architecture, and to discuss the factors pro and con on the various known solutions to design problems. Each architect will then be able to provide his own set of weightings to these factors, as dictated by his application, his technology, and his taste and ingenuity.

Since any technical matter must be read pen-in-hand, we have provided exercises that will guide one's study, focus attention on critical points, or explore interesting byways.

ScopeWe distinguish architecture, implementation, and realization as three separable concerns in the construction of anything, including computer systems. This book is about architecture-the property of a system that determines what programs run, and what results they produce. This is the aspect of a system as perceived by the user. Matters of implementation will be touched upon where they interact strongly with architecture, but implementation is not generally covered. Realization is not treated at all.

We are concerned with entire computer systems, but in a detail that diminishes as one goes outward from the central processing unit. That is, we have aimed for completeness in our coverage of central processing unit (CPU) architecture, and of input/output (I/O) subsystems. We have not covered the architecture of I/O devices, except as to their role in overall system architecture. The whole large topic of communications and terminals is similarly discussed only as it affects I/O subsystem design.

New resultsConsidering computer architecture as a separate concern yields many consequences that are not piecemeal publishable. Hence this book contains many results of our original research not previously published at all or not widely available:

In Chapter 1, we demonstrate the use of APL for formal description of architectures (after Falkoff, Iverson, and Sussenguth). This yields a descriptive language which is executable, usable separately to describe the implementation level, allows verification that an implementation and its architecture are consistent, and allows a denotational, rather than operational, semantics.

Chapter 1 also explores the opposing esthetic principles characterizing good architecture, and introduces decision trees as a formal tool for representing architectural choices. All the trees in Part I are components of one unified architecture decision tree.

Chapter 2 introduces the concept of architecture as programming language design and presents a new treatment of the old issue of the optimal level of such languages (for example, RISC vs. object-oriented). Iverson's dual concepts of interpretation and representation are incorporated into a general paradigm.

Chapter 3 treats the issues of machine addressing under a unified concept of naming and progressive name-binding, a concept suggested by F. Don Smith.

Chapter 4 follows Bell and Newell in treating data representation in terms of abstract datatypes.

Chapter 5 provides a unified view of invalid results in terms of the domains and ranges of representation transformations.

Chapter 6 recognizes machine-language Branch operations as sub-primitives and treats all sequencing operations in terms of high-level control structures.

Chapter 7 unifies the treatment of supervisory functions in terms of communicating asynchronous processes.

Chapter 8 similarly treats I/O operations in terms of concurrent asynchronous processes and their processors. The system corollaries of I/O's inherent (1) asynchrony and (2) slowness are set forth.

Overall, the least visible of the new results may prove to be the most useful:

  • The attempting in Part II of exact descriptions of many architectures in a consistent language, enabling correction and criticism
  • The tabulation, and comparison, of many specific features over some fifty architectures. Many of the tables in Part I are columns of one unified architectural property table.
Relationships with other works

Since we were participants in Buchholz's Planning a Computer System 1962, that book and this one reflect the same philosophy. This one is more general, emphasizing comparative studies of techniques across machines from many generations, designers, and manufacturers. It also reflects lessons learned and viewpoints changed since that book.

Bell and Newell's Computer Structures 1971, on the other hand, reflects an independent viewpoint and a different machine-designing tradition. Their treatment is masterful on many points, and they provide the first conceptual framework for computer architecture.

Bell and Newell, and its 1980 successor by Siewiorek, Bell, and Newell, provide a library of machine descriptions to which we often refer for illustration. For a selected sample of machines, we give in the Computer Zoo short sketches in a common format, plus evaluative comment. Some of our sketches cover machines they treat; most cover different and more recent machines. We have rigorously limited our discussions to real machines actually built; this provides a first screening for the utility of innovations.

Hennessy and Patterson's Computer Architecture: A Quantitative Approach 1990 provides a superb discussion of the "converged architecture" whose evolution and convergence is one of our themes. They document four specific instances of the converged architecture, as well as discussing architectural and implementation issues in depth, furnishing much useful data. Their book is an excellent complement to this book.

Each of us has published a related book since we began this joint work. Blaauw's Digital System Implementation 1976 complements this book on the hardware side, treating implementation just as this one treats architecture. Brooks's The Mythical Man-Month 1975, 1995 lies on the software side of this one. Chapters 4-7 of that book deal with the organization and philosophy of the architectural function in a development project. Those chapters treat the process of architecture design. They supplement this book, which treats the content of computer architecture.

Illustrative designs

What should the architect read and study? Applications and machines. Applications as varied as possible, as innovative as possible. These are the raw materials from which he will form his own visions of usefulness.

Why machines? To understand problems, design alternatives, and philosophies. It is sometimes fashionable to scorn all past design, seeking only the original, the radical. Experience does not prove this attitude fruitful.

J.S. Bach trained himself by hand-copying the works of his predecessors. As Tovey 1950 says, "There is no branch of music, from Palestrina onwards, conceivably accessible in Bach's time, of which we do not find specimens carefully copied in his own handwriting." Humbling his mind to this detailed study equipped him with technique and furnished his mind with hundreds of ideas. So it is with creative computer design. The most important study of the designer is other people's designs.

We have illustrated the concepts with early computers as well as recent ones. Many parts of the design space were explored in early machines, and not later. It is important for the designer to know what concepts were explored and found unfruitful, and why.

We have described the decisions and attempted to reconstruct the arguments of our predecessors and contemporaries. Since we have lived and practiced through the first two (human) generations of computer architects, we have attempted to collect, summarize, and evaluate all the experiences from 1937 to 1985. This is our legacy to architects now active and those who shall come later.

When reading the professional paper describing the architecture of a new machine, it is often difficult to discern the real design dilemmas, compromises, and struggles behind the smooth, after-the-fact description. It is sometimes possible, though risky, to guess the motives and reasoning of designers. We have occasionally made here such guesses and marked them as such.

We have participated together in the design of three computer architectures, and we have each participated separately in several more. About the motives and reasoning of these we can speak first hand, and we believe it more useful to do so than to hide behind the mask of impersonal professionalism. So we use these experiences to illustrate the general themes and principles of design. The IBM System/360 was the first family of computers in which the architecture was clearly distinguished from the implementations; it figures prominently here. The amount of space used for such systems, especially the 360, is not intended to reflect their relative importance in the history of computer architecture; they are merely the systems we know best.

The examples of the DEC PDP11 and the IBM System/360 illustrate once more the intertwined nature of computer architecture. Just knowing the right solutions is half the problem. The other half is making all the right solutions fit with each other.

Prerequisites

We assume familiarity with certain elements of computer science including:

  • Logical design, number systems, and coding systems
  • Elementary computer organization, implementation technique, and I/O technology
  • Computer programming in some machine language
  • Programming systems, including some knowledge of how assemblers and compilers work
  • An acquaintance with a modern version of Iverson's APL language (An Appendix summarizes APL.)
Order

The order of topics is designed for the practitioner of computer architecture. Hence the first chapter gives a certain overview and viewpoint of the subject as a whole, addressing the difficult question: What is good computer architecture? Students without design experience will find this viewpoint too general to have much content. We recommend that they read the first chapter lightly, then study the detailed material in Chapters 2-8, and finally return to Chapter 1 for a closer view of the general issues.

The plates

The chapter frontispieces, evocative rather than illustrative, are from Palladio's work, The Four Books of Architecture. In his introduction to the Dover edition (1964), Adolf K. Placzek says:

Andrea Palladio was...the spokesman for the belief in valid rules, in immutable canons, for the belief that there is a correct, a right way to design. ...Palladianism is the conviction, first of all, that a universally applicable vocabulary of architectural forms is both desirable and possible; secondly, that such a vocabulary had been developed by the ancient Romans... and, thirdly, that a careful and judicious use of these forms will result in Beauty. This beauty, according to the Palladians, is therefore not only derived from ideal forms and their harmony; ...it includes the most practical, reasonable solution of the specific problem on hand.

Computers have evolved, over fifty years, a robust "classical" architecture, whose elements produce both an esthetic delight and the most practical solutions to the design problems.

Acknowledgments

We appreciate the contribution of the Guggenheim Foundation, which generously supported Brooks for the book's crucial initial period.

The work has been mightily advanced by our secretaries and editorial assistants, Rebekah Bierly, Victoria Baker, Steven Bellovin, Mary Mayfield, Helga Thorvaldsdottir, Larry Margolese-Malin, Scott Lane, and especially, Alice W. Hoogvliet-Haverkate and Sara Elizabeth Moore Jones.

Mark Smotherman, Pierre Delesalle, Jan Raatgerink, Judy Popelas, Ryutarou Ohbuchi, and Amos Omondi made substantial contributions to the scholarly work as research assistants. Gordon Hill, Richard P. Case, Harvey Cragon Richard Sites, and F. Don Smith helped by meticulous reviews and the teaching of drafts. Joey Tuttle provided the APL font. Kim Blakeley Herring helped design the figures. We are indebted also for many suggestions from the students in our annual class tests since 1977.

David Lines typeset and laid out the book, producing camera-ready copy. As important, he has played a major role in the literary and visual styling, working closely with us and with Addison-Wesley.

We thank our Lord for enabling us to do this work. "And establish thou the work of our hands upon us; yes, the work of our hands, establish thou it" (Psalm 90:17).

Enschede 1996 Chapel Hill

Read More Show Less

Table of Contents

Preface.

List of Illustrations.

1. Introduction.

What Is Computer Architecture?

The Design of Computer Architecture.

The Description of Computer Architecture.

What Is Good Computer Architecture?

Rules of Good Practice.

Exercises.

2. Machine Language.

Language Level.

Language Properties.

Spaces.

Operand Specification.

Operation Specification.

Instructions.

Rules of Good Practice.

Exercises.

3. Names and Addresses.

Binding.

Address Mapping.

Address Modification by Indexing.

Index Arithmetic.

Address Levels.

Rules of Good Practice.

Exercises.

4. Data.

Character Strings.

Logical Data.

Fixed-Point Numbers.

Floating-Point Numbers.

Arrays.

Rules of Good Practice.

Exercises.

5. Operations.

Data Handling.

Logic.

Fixed-Point Arithmetic.

Floating-Point Arithmetic.

Relational Operations.

Numeric-Array Operations.

Rules of Good Practice.

Exercises.

6. Instruction Sequencing.

Linear Sequence.

Decision.

Iteration.

Delegation.

Rules of Good Practice.

Exercises.

7. Supervision.

Concurrency.

Interaction.

Integrity.

Control Switching.

State-Saving.

Tools of Control.

Rules of Good Practice.

Exercises.

8. Input/Output.

Input/Output Devices.

Direct Input/Output.

Single-Instruction Overlap.

Peripheral Processor.

Channel.

Device Interfaces.

Exercises.

II. A COMPUTER ZOO.

9. Guide to the Zoo.

Generations and Families.

Organization of the Sketches.

The Formal Descriptions---Executable Simulators.

General Exercises.

10. Pioneer House: The Classical Computer.

Difference Engines of Babbage and Scheutz.

Harvard Mark I.

Zuse Z4.

Ferranti Mark 1 (Manchester MU1).

Univac I.

11. Von Neumann House: Von Neumann's Contribution.

Princeton IAS.

Cambridge EDSAC.

IBM 701.

IBM 704.

12. IBM House: IBM Computer Families.

IBM 650.

IBM 705.

IBM 1401.

IBM System/360.

13. Explorer House: Exploring the Classical Computer.

STC ZEBRA.

Bull Gamma 60.

IBM Stretch.

Burroughs B5500.

14. Cray House: Seymour Cray.

Univac 1103A.

CDC 6600.

CDC 6600 PPU.

Cray 1.

15. Bell House: The Minicomputer Revolution.

DEC PDP8.

DEC PDP11.

DEC VAX11/780.

16. Microcomputer House: The Microcomputer Era.

Intel 8080A.

Motorola M6800.

MOS 6502.

Motorola MC68000.

IBM 6150.

Appendix A: APL Summary.

Evaluation of an Expression.

Data.

Names.

Primitive Functions.

Defined Functions.

Idioms.

Bibliography.

Appendix B: Bibliography.

Name Index.

Machine Index.

Subject Index.

Read More Show Less

Preface

Our aim in this book is to give a thorough treatment of the art of computer architecture. This work is not intended primarily as a textbook, but rather as a guide and reference for the practicing architect and as a research monograph setting forth a new conceptual framework for computer architecture. We have given enough of the historical evolution that one can see not only what present practice is, but how it came to be so, as well as what has been already tried and discarded. Our goal is to display unfamiliar design alternatives, and to analyze and systematize familiar ones.

It seems useful to provide a compendium of the issues arising in the design of computer architecture, and to discuss the factors pro and con on the various known solutions to design problems. Each architect will then be able to provide his own set of weightings to these factors, as dictated by his application, his technology, and his taste and ingenuity.

Since any technical matter must be read pen-in-hand, we have provided exercises that will guide one's study, focus attention on critical points, or explore interesting byways.

Scope

We distinguish architecture, implementation, and realization as three separable concerns in the construction of anything, including computer systems. This book is about architecture-the property of a system that determines what programs run, and what results they produce. This is the aspect of a system as perceived by the user. Matters of implementation will be touched upon where they interact strongly with architecture, but implementation is not generally covered. Realization is not treated at all.

We are concerned with entire computer systems, but in a detail that diminishes as one goes outward from the central processing unit. That is, we have aimed for completeness in our coverage of central processing unit (CPU) architecture, and of input/output (I/O) subsystems. We have not covered the architecture of I/O devices, except as to their role in overall system architecture. The whole large topic of communications and terminals is similarly discussed only as it affects I/O subsystem design.

New results

Considering computer architecture as a separate concern yields many consequences that are not piecemeal publishable. Hence this book contains many results of our original research not previously published at all or not widely available:

In Chapter 1, we demonstrate the use of APL for formal description of architectures (after Falkoff, Iverson, and Sussenguth). This yields a descriptive language which is executable, usable separately to describe the implementation level, allows verification that an implementation and its architecture are consistent, and allows a denotational, rather than operational, semantics.

Chapter 1 also explores the opposing esthetic principles characterizing good architecture, and introduces decision trees as a formal tool for representing architectural choices. All the trees in Part I are components of one unified architecture decision tree.

Chapter 2 introduces the concept of architecture as programming language design and presents a new treatment of the old issue of the optimal level of such languages (for example, RISC vs. object-oriented). Iverson's dual concepts of interpretation and representation are incorporated into a general paradigm.

Chapter 3 treats the issues of machine addressing under a unified concept of naming and progressive name-binding, a concept suggested by F. Don Smith.

Chapter 4 follows Bell and Newell in treating data representation in terms of abstract datatypes.

Chapter 5 provides a unified view of invalid results in terms of the domains and ranges of representation transformations.

Chapter 6 recognizes machine-language Branch operations as sub-primitives and treats all sequencing operations in terms of high-level control structures.

Chapter 7 unifies the treatment of supervisory functions in terms of communicating asynchronous processes.

Chapter 8 similarly treats I/O operations in terms of concurrent asynchronous processes and their processors. The system corollaries of I/O's inherent (1) asynchrony and (2) slowness are set forth.

Overall, the least visible of the new results may prove to be the most useful:

  • The attempting in Part II of exact descriptions of many architectures in a consistent language, enabling correction and criticism
  • The tabulation, and comparison, of many specific features over some fifty architectures. Many of the tables in Part I are columns of one unified architectural property table.
Relationships with other works

Since we were participants in Buchholz's Planning a Computer System 1962, that book and this one reflect the same philosophy. This one is more general, emphasizing comparative studies of techniques across machines from many generations, designers, and manufacturers. It also reflects lessons learned and viewpoints changed since that book.

Bell and Newell's Computer Structures 1971, on the other hand, reflects an independent viewpoint and a different machine-designing tradition. Their treatment is masterful on many points, and they provide the first conceptual framework for computer architecture.

Bell and Newell, and its 1980 successor by Siewiorek, Bell, and Newell, provide a library of machine descriptions to which we often refer for illustration. For a selected sample of machines, we give in the Computer Zoo short sketches in a common format, plus evaluative comment. Some of our sketches cover machines they treat; most cover different and more recent machines. We have rigorously limited our discussions to real machines actually built; this provides a first screening for the utility of innovations.

Hennessy and Patterson's Computer Architecture: A Quantitative Approach 1990 provides a superb discussion of the "converged architecture" whose evolution and convergence is one of our themes. They document four specific instances of the converged architecture, as well as discussing architectural and implementation issues in depth, furnishing much useful data. Their book is an excellent complement to this book.

Each of us has published a related book since we began this joint work. Blaauw's Digital System Implementation 1976 complements this book on the hardware side, treating implementation just as this one treats architecture. Brooks's The Mythical Man-Month 1975, 1995 lies on the software side of this one. Chapters 4-7 of that book deal with the organization and philosophy of the architectural function in a development project. Those chapters treat the process of architecture design. They supplement this book, which treats the content of computer architecture.

Illustrative designs

What should the architect read and study? Applications and machines. Applications as varied as possible, as innovative as possible. These are the raw materials from which he will form his own visions of usefulness.

Why machines? To understand problems, design alternatives, and philosophies. It is sometimes fashionable to scorn all past design, seeking only the original, the radical. Experience does not prove this attitude fruitful.

J.S. Bach trained himself by hand-copying the works of his predecessors. As Tovey 1950 says, "There is no branch of music, from Palestrina onwards, conceivably accessible in Bach's time, of which we do not find specimens carefully copied in his own handwriting." Humbling his mind to this detailed study equipped him with technique and furnished his mind with hundreds of ideas. So it is with creative computer design. The most important study of the designer is other people's designs.

We have illustrated the concepts with early computers as well as recent ones. Many parts of the design space were explored in early machines, and not later. It is important for the designer to know what concepts were explored and found unfruitful, and why.

We have described the decisions and attempted to reconstruct the arguments of our predecessors and contemporaries. Since we have lived and practiced through the first two (human) generations of computer architects, we have attempted to collect, summarize, and evaluate all the experiences from 1937 to 1985. This is our legacy to architects now active and those who shall come later.

When reading the professional paper describing the architecture of a new machine, it is often difficult to discern the real design dilemmas, compromises, and struggles behind the smooth, after-the-fact description. It is sometimes possible, though risky, to guess the motives and reasoning of designers. We have occasionally made here such guesses and marked them as such.

We have participated together in the design of three computer architectures, and we have each participated separately in several more. About the motives and reasoning of these we can speak first hand, and we believe it more useful to do so than to hide behind the mask of impersonal professionalism. So we use these experiences to illustrate the general themes and principles of design. The IBM System/360 was the first family of computers in which the architecture was clearly distinguished from the implementations; it figures prominently here. The amount of space used for such systems, especially the 360, is not intended to reflect their relative importance in the history of computer architecture; they are merely the systems we know best.

The examples of the DEC PDP11 and the IBM System/360 illustrate once more the intertwined nature of computer architecture. Just knowing the right solutions is half the problem. The other half is making all the right solutions fit with each other.

Prerequisites

We assume familiarity with certain elements of computer science including:

  • Logical design, number systems, and coding systems
  • Elementary computer organization, implementation technique, and I/O technology
  • Computer programming in some machine language
  • Programming systems, including some knowledge of how assemblers and compilers work
  • An acquaintance with a modern version of Iverson's APL language (An Appendix summarizes APL.)
Order

The order of topics is designed for the practitioner of computer architecture. Hence the first chapter gives a certain overview and viewpoint of the subject as a whole, addressing the difficult question: What is good computer architecture? Students without design experience will find this viewpoint too general to have much content. We recommend that they read the first chapter lightly, then study the detailed material in Chapters 2-8, and finally return to Chapter 1 for a closer view of the general issues.

The plates

The chapter frontispieces, evocative rather than illustrative, are from Palladio's work, The Four Books of Architecture. In his introduction to the Dover edition (1964), Adolf K. Placzek says:

Andrea Palladio was...the spokesman for the belief in valid rules, in immutable canons, for the belief that there is a correct, a right way to design. ...Palladianism is the conviction, first of all, that a universally applicable vocabulary of architectural forms is both desirable and possible; secondly, that such a vocabulary had been developed by the ancient Romans... and, thirdly, that a careful and judicious use of these forms will result in Beauty. This beauty, according to the Palladians, is therefore not only derived from ideal forms and their harmony; ...it includes the most practical, reasonable solution of the specific problem on hand.

Computers have evolved, over fifty years, a robust "classical" architecture, whose elements produce both an esthetic delight and the most practical solutions to the design problems.

Acknowledgments

We appreciate the contribution of the Guggenheim Foundation, which generously supported Brooks for the book's crucial initial period.

The work has been mightily advanced by our secretaries and editorial assistants, Rebekah Bierly, Victoria Baker, Steven Bellovin, Mary Mayfield, Helga Thorvaldsdottir, Larry Margolese-Malin, Scott Lane, and especially, Alice W. Hoogvliet-Haverkate and Sara Elizabeth Moore Jones.

Mark Smotherman, Pierre Delesalle, Jan Raatgerink, Judy Popelas, Ryutarou Ohbuchi, and Amos Omondi made substantial contributions to the scholarly work as research assistants. Gordon Hill, Richard P. Case, Harvey Cragon Richard Sites, and F. Don Smith helped by meticulous reviews and the teaching of drafts. Joey Tuttle provided the APL font. Kim Blakeley Herring helped design the figures. We are indebted also for many suggestions from the students in our annual class tests since 1977.

David Lines typeset and laid out the book, producing camera-ready copy. As important, he has played a major role in the literary and visual styling, working closely with us and with Addison-Wesley.

We thank our Lord for enabling us to do this work. "And establish thou the work of our hands upon us; yes, the work of our hands, establish thou it" (Psalm 90:17).

Enschede 1996 Chapel Hill

0201105578P04062001

Read More Show Less

Customer Reviews

Be the first to write a review
( 0 )
Rating Distribution

5 Star

(0)

4 Star

(0)

3 Star

(0)

2 Star

(0)

1 Star

(0)

Your Rating:

Your Name: Create a Pen Name or

Barnes & Noble.com Review Rules

Our reader reviews allow you to share your comments on titles you liked, or didn't, with others. By submitting an online review, you are representing to Barnes & Noble.com that all information contained in your review is original and accurate in all respects, and that the submission of such content by you and the posting of such content by Barnes & Noble.com does not and will not violate the rights of any third party. Please follow the rules below to help ensure that your review can be posted.

Reviews by Our Customers Under the Age of 13

We highly value and respect everyone's opinion concerning the titles we offer. However, we cannot allow persons under the age of 13 to have accounts at BN.com or to post customer reviews. Please see our Terms of Use for more details.

What to exclude from your review:

Please do not write about reviews, commentary, or information posted on the product page. If you see any errors in the information on the product page, please send us an email.

Reviews should not contain any of the following:

  • - HTML tags, profanity, obscenities, vulgarities, or comments that defame anyone
  • - Time-sensitive information such as tour dates, signings, lectures, etc.
  • - Single-word reviews. Other people will read your review to discover why you liked or didn't like the title. Be descriptive.
  • - Comments focusing on the author or that may ruin the ending for others
  • - Phone numbers, addresses, URLs
  • - Pricing and availability information or alternative ordering information
  • - Advertisements or commercial solicitation

Reminder:

  • - By submitting a review, you grant to Barnes & Noble.com and its sublicensees the royalty-free, perpetual, irrevocable right and license to use the review in accordance with the Barnes & Noble.com Terms of Use.
  • - Barnes & Noble.com reserves the right not to post any review -- particularly those that do not follow the terms and conditions of these Rules. Barnes & Noble.com also reserves the right to remove any review at any time without notice.
  • - See Terms of Use for other conditions and disclaimers.
Search for Products You'd Like to Recommend

Recommend other products that relate to your review. Just search for them below and share!

Create a Pen Name

Your Pen Name is your unique identity on BN.com. It will appear on the reviews you write and other website activities. Your Pen Name cannot be edited, changed or deleted once submitted.

 
Your Pen Name can be any combination of alphanumeric characters (plus - and _), and must be at least two characters long.

Continue Anonymously

    If you find inappropriate content, please report it to Barnes & Noble
    Why is this product inappropriate?
    Comments (optional)