DOCSLIB.ORG

The Design Philosophy of Distributed Programming Systems: the Mozart Experience

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
The Design Philosophy of Distributed Programming Systems: the Mozart Experience The Design Philosophy of Distributed Programming Systems: the Mozart Experience Per Brand A dissertation submitted to the Royal Institute of Technology in partial fulfillment of the requirements for the degree of Doctor of Philosophy June 2005 The Royal Institute of Technology School of Information and Communication Technology Department of Electronics and Computer Systems Stockholm, Sweden TRITA-IMIT-LECS AVH 05:04 ISSN 1651-4076 ISRN KTH/IMIT/LECS/AVH-05/04–SE and ISRN SICS-D–37–SE SICS Dissertation Series 37 ISSN 1101-1335 c Per Brand, 2005 Abstract Distributed programming is usually considered both difficult and inherently different from concurrent centralized programming. It is thought that the distributed program- ming systems that we ultimately deploy, in the future, when we’ve worked out all the details, will require a very different programming model and will even need to be evaluated by new criteria. The Mozart Programming System, described in this thesis, demonstrates that this need not be the case. It is shown that, with a good system design, distributed pro- gramming can be seen as an extended form of concurrent programming. This is from the programmer’s point-of-view; under the hood the design and implementation will necessarily be more complex. We relate the Mozart system with the classical trans- parencies of distributed systems. We show that some of these are inherently on the application level, while as Mozart demonstrates, others can and should be dealt with on the language/system level. The extensions to the programming model, given the right concurrent programming base, are mainly concerned with non-functional properties of programs. The models and tuning facilities for failure and performance need to take latency, bandwidth, and partial failure into account. Other than that there need not be any difference between concurrent programming and distributed programming. The Mozart Programming System is based on the concurrent programming lan- guage Oz, which integrates, in a coherent way, all three known concurrency or thread- interaction models. These are message-passing (like Erlang), shared objects (like Java with threads) and shared data-flow variables. The Mozart design philosophy is thus ap- plicable over the entire range of concurrent programming languages/systems. We have extracted from the experience with Mozart a number of principles and properties that are applicable to the design and implementation of all (general-purpose) distributed programming systems. The full range of the design and implementation issues behind Mozart are present- ed. This includes a description of the consistency protocols that make transparency possible for the full language, including distributed objects and distributed data-flow variables. Mozart is extensively compared with other approaches to distributed programming, in general, and to other language-based distributed programming systems, in particular. 3 4 Acknowlegements First and foremost I would like to thank the entire Mozart development group. It was a priviledge and pleasure to work with such a talented, creative and strong-willed group of people. The development of Mozart was very much team work, and the number of people involved in Mozart, at one time or other, was very large for an academic project. It was, I always thought, appropriate that the distributed programming system Mozart was also developed in a distributed fashion with people from SICS/KTH in Sweden DKFI/Saarland University in Germany and later UCL in Belgium. I would like to thank the people who made my frequent and lengthy visits to Saarbrucken dur- ing the early Mozart days so pleasant and rewarding - Ralf Scheidhauer, Christian Schulte, Martin Henz, Konstantin Popov, Michael Mehl and Martin Muller (and his wonderful wife Bettina). I especially want to thank Seif Haridi, my advisor, and Peter van Roy for their encouragement, friendship and insights. I will always remember, fondly, the intense but friendly discussion atmosphere that we had during the course of the Mozart project (and thereafter). I would also like to thank Gert Smolka’s group at DKFI for the development of early Oz. This gave us a good base without which Mozart would never have been realized. I want to thank Vinnova(Nutek) for their support, especially in the early days when the ground work for Mozart was laid in the Perdio project. Finally, I want to thank Sverker Janson, Erik Klintskog and Ali Ghodsi for their valuable comments on the drafts of this document. 5 6 Contents 1 Introduction 15 1.1 The Mozart Experience . 16 1.2 Overview . 18 1.3 Reading recommendations . 18 I The Mozart Programming System 21 2 Distributed Programming Languages 25 2.1 Transparency . 26 2.2 Network-transparent language . 27 2.2.1 Ordering transparencies . 27 2.2.2 Concurrency . 28 2.2.3 The Language View . 29 2.2.4 Summary . 29 2.3 Limits of Transparency . 30 2.4 Partial Failure . 31 2.4.1 Failure Transparency . 31 2.4.2 The Mozart Failure Model . 32 2.4.3 Transparency Classification . 33 2.5 The Oz Programming Language . 34 2.6 Language Extensions . 36 2.6.1 Open Computing . 36 3 Distributed Programming Systems 39 3.1 Network transparency . 40 3.1.1 The Protocol Infrastructure . 40 3.1.2 Development of Protocols . 41 3.1.3 Marshaling . 41 3.1.4 Garbage Collection . 42 3.2 Network Awareness . 43 3.2.1 Failure Model . 43 3.2.2 Efficient Local Execution . 44 3.2.3 Messaging and Network layer . 44 7 8 CONTENTS 3.2.4 Dealing with Localized Resources . 46 4 Related Work 49 4.1 The Two-Headed Beast . 49 4.1.1 Message-passing systems . 50 4.1.2 Database Approach . 51 4.2 The Language Approach . 52 4.2.1 Expressivity . 52 4.2.2 Transparency . 53 4.2.3 Network awareness . 54 4.3 Summary . 58 5 Contributions by the Author 59 II The Papers 61 6 Programming Languages for Distributed Appl. 65 6.1 Abstract . 66 6.2 Introduction . 66 6.2.1 Identifying the issues . 67 6.2.2 Towards a solution . 68 6.2.3 Outline of the article . 70 6.3 Shared graphic editor . 70 6.3.1 Logical architecture . 71 6.3.2 Client-server structure . 72 6.3.3 Cached graphic state . 73 6.3.4 Push objects and transaction objects . 73 6.3.5 Final comments . 74 6.4 Oz . 74 6.4.1 The Oz programming model . 76 6.4.2 Oz by example . 77 6.4.3 Oz and Prolog . 79 6.4.4 Oz and concurrent logic programming . 80 6.5 Distributed Oz . 81 6.5.1 The distribution graph . 82 6.5.2 Distributed logic variables . 83 6.5.3 Mobile objects . 85 6.5.4 Mobile state . 87 6.5.5 Distributed garbage collection . 89 6.6 Open computing . 91 6.6.1 Connections and tickets . 91 6.6.2 Remote compute servers . 92 6.7 Failure detection and handling . 93 CONTENTS 9 6.7.1 The containment principle . 93 6.7.2 Failures in the distribution graph . 94 6.7.3 Handlers and watchers . 95 6.7.4 Classifying possible failures . 95 6.7.5 Distributed garbage collection with failures . 95 6.8 Resource control and security . 96 6.8.1 Language security . 97 6.8.2 Implementation security . 98 6.8.3 Virtual sites . 98 6.9 Conclusion . 99 7 Mobile Objects in Distributed Oz 101 7.1 Abstract . 102 7.2 Introduction . 102 7.2.1 Object Mobility . 102 7.2.2 Two Semantics . 103 7.2.3 Developing an Application . 103 7.2.4 Mobility Control and State . 104 7.2.5 Overview of the Article . 104 7.3 A Shared Graphic Editor . 105 7.4 Language Properties . 107 7.4.1 Network Transparency . 107 7.4.2 Flexible Network Awareness . 108 7.4.3 Latency Tolerance . 108 7.4.4 Language Security . 109 7.5 Language Semantics . 110 7.5.1 Oz Programming Model . 111 7.5.2 Compound Entities . 114 7.6 Distribution Model . 119 7.6.1 Replication . 119 7.6.2 Logic Variables . 120 7.6.3 Mobility Control . 121 7.6.4 Programming with Mobility Control . 122 7.7 Cells: Semantics and Mobile State Protocol . 127 7.7.1 Cell Semantics . 127 7.7.2 The Graph Model . 130 7.7.3 Informal Description . 133 7.7.4 Formal Specification . 134 7.8 System Architecture . 137 7.8.1 Language Graph Layer . 139 7.8.2 Memory Management Layer . 140 7.8.3 Reliable Message Layer . 142 7.9 Related Work . 142 7.9.1 Distributed Shared Memory . 143 10 CONTENTS 7.9.2 Emerald . ..
Load more

Recommended publications
  • Fiendish Designs
    Fiendish Designs A Software Engineering Odyssey © Tim Denvir 2011 1 Preface These are notes, incomplete but extensive, for a book which I hope will give a personal view of the first forty years or so of Software Engineering. Whether the book will ever see the light of day, I am not sure. These notes have come, I realise, to be a memoir of my working life in SE. I want to capture not only the evolution of the technical discipline which is software engineering, but also the climate of social practice in the industry, which has changed hugely over time. To what extent, if at all, others will find this interesting, I have very little idea. I mention other, real people by name here and there. If anyone prefers me not to refer to them, or wishes to offer corrections on any item, they can email me (see Contact on Home Page). Introduction Everybody today encounters computers. There are computers inside petrol pumps, in cash tills, behind the dashboard instruments in modern cars, and in libraries, doctors’ surgeries and beside the dentist’s chair. A large proportion of people have personal computers in their homes and may use them at work, without having to be specialists in computing. Most people have at least some idea that computers contain software, lists of instructions which drive the computer and enable it to perform different tasks. The term “software engineering” wasn’t coined until 1968, at a NATO-funded conference, but the activity that it stands for had been carried out for at least ten years before that.
    [Show full text]
  • The Humble Humorous Researcher: a Tribute to Michel Sintzoff
    The Humble Humorous Researcher A Tribute to Michel Sintzoff Axel van Lamsweerde 1 Many of us lost a close colleague on November 28, 2010. More than that: we lost a friend. One that we used to meet regularly, all over the world, always listening to us, making interesting comments and suggestions on our work, joking on every occasion and making us discover how much fun our business is. Rather than reviewing his work in detail, this note puts more focus on Michel’s rich personality, with the hope that it will bring back fond memories among those who were lucky enough to share some good times with him. The style is intended to be personal and informal. Michel would have hated anything different, to be sure. Born in 1938 in Brussels, Michel completed his master’s degree in Mathematics at the Université catholique de Louvain (UCL) in 1962. After two years of civil service as a maths teacher in Katanga (Congo), he entered the MBLE Research Laboratory in Brussels in 1964 (MBLE stands for “ Manufacture Belge de Lampes et matériel Electrique”). This was a branch of Philips Research Labs specifically dedicated to background research in applied mathematics and computing science. After 18 years of research in programming languages, formal semantics, program analysis and concurrency at MBLE, he joined the newly founded department of Computing Science at UCL in 1982 with new interests in diverse areas such as proof systems, control theory and dynamical systems. Michel contributed to the PhD work of dozens of people in Belgium and France, as supervisor or contributor, without ever having been interested in getting a PhD himself.
    [Show full text]
  • Scaling Functional Synthesis and Repair
    Scaling Functional Synthesis and Repair Thèse N° 8716 Présentée le 11 janvier 2019 à la Faculté informatique et communications Laboratoire d’analyse et de raisonnement automatisés Programme doctoral en informatique et communications pour l’obtention du grade de Docteur ès Sciences par EMMANOUIL KOUKOUTOS Acceptée sur proposition du jury Prof. C. Koch, président du jury Prof. V. Kuncak, directeur de thèse Prof. S. Khurshid, rapporteur Prof. D. Marinov, rapporteur Prof. M. Odersky, rapporteur 2019 Acknowledgements First and foremost, I would like to thank my advisor Viktor Kuncak, for accepting me into his lab, and generously providing his guidance, knowledge, encouragement and support during my PhD studies. This thesis would not have been possible without him. Second, I would like to thank my thesis committee members Christoph Koch, Martin Odersky, Darko Marinov and Sarfraz Khurshid, for taking the time to evaluate my thesis, and for their valuable and extensive comments on it, which helped it improve greatly to its current form. Third, I would like to thank my colleagues Etienne Kneuss, Mukund Ragothaman, Ravishadran Kandhadai Madhavan, Régis Blanc, Mikael Mayer, Nicolas Voirol, Romain Edelmann, Eva Darulova, Andreas Pavlogiannis, Georg Schmid, Jad Hamsa, Romain Ruetschi, and Sarah Sallinger, for our collaboration, exchange of ideas, and the welcoming and creative atmosphere they maintained in the lab. A special thanks goes to Etienne for our great collaboration, and his guidance and patience when he was helping me acclimate during my first months in the lab. Also, I would like to thank Fabien Salvi, Yvette Gallay and Sylvie Jankow, for helping all of us to work unobstructed with their technical and administrative support.
    [Show full text]
  • An Extension of Isabelle/UTP with Simpl-Like Control Flow
    USIMPL: An Extension of Isabelle/UTP with Simpl-like Control Flow Joshua Alexander Bockenek Thesis submitted to the Faculty of the Virginia Polytechnic Institute and State University in partial fulfillment of the requirements for the degree of Masters of Science in Computer Engineering Binoy Ravindran, Chair Peter Lammich Robert P. Broadwater December 8, 2017 Blacksburg, Virginia Keywords: Formal Verification, Formal Methods, Isabelle, Unifying Theories of Programming, Verification Condition Generation © 2018, Joshua Alexander Bockenek USIMPL: An Extension of Isabelle/UTP with Simpl-like Control Flow Joshua Alexander Bockenek (ABSTRACT) Writing bug-free code is fraught with difficulty, and existing tools for the formal verification of programs do not scale well to large, complicated codebases such as that of systems software. This thesis presents USIMPL, a component of the Orca project for formal verification that builds on Foster’s Isabelle/UTP with features of Schirmer’s Simpl in order to achieve a modular, scalable framework for deductive proofs of program correctness utilizing Hoare logic and Hoare-style algebraic laws of programming. This work is supported in part by the Office of Naval Research (ONR) under grants N00014- 17-1-2297 and N00014-16-1-2818, and the Naval Sea Systems Command (NAVSEA)/the Naval Engineering Education Consortium (NEEC) under grant N00174-16-C-0018. Any opinions, findings, and conclusions or recommendations expressed in this thesis are those of the author and do not necessarily reflect the views of ONR or NAVSEA/NEEC. USIMPL: An Extension of Isabelle/UTP with Simpl-like Control Flow Joshua Alexander Bockenek (GENERAL AUDIENCE ABSTRACT) Writing bug-free code is fraught with difficulty, and existing tools for the formal verification of programs do not scale well to large, complicated codebases such as that of systems software (OSes, compilers, and similar programs that have a high level of complexity but work on a lower level than typical user applications such as text editors, image viewers, and the like).
    [Show full text]
  • (Pdf) of the School of Squiggol: a History of the Bird−Meertens
    The School of Squiggol A History of the Bird{Meertens Formalism Jeremy Gibbons University of Oxford Abstract. The Bird{Meertens Formalism, colloquially known as \Squig- gol", is a calculus for program transformation by equational reasoning in a function style, developed by Richard Bird and Lambert Meertens and other members of IFIP Working Group 2.1 for about two decades from the mid 1970s. One particular characteristic of the development of the Formalism is fluctuating emphasis on novel `squiggly' notation: sometimes favouring notational exploration in the quest for conciseness and precision, and sometimes reverting to simpler and more rigid nota- tional conventions in the interests of accessibility. This paper explores that historical ebb and flow. 1 Introduction In 1962, IFIP formed Working Group 2.1 to design a successor to the seminal algorithmic language Algol 60 [4]. WG2.1 eventually produced the specification for Algol 68 [63, 64]|a sophisticated language, presented using an elaborate two- level description notation, which received a mixed reception. WG2.1 continues to this day; technically, it retains responsibility for the Algol languages, but practi- cally it takes on a broader remit under the current name Algorithmic Languages and Calculi. Over the years, the Group has been through periods of focus and periods of diversity. But after the Algol 68 project, the period of sharpest focus covered the two decades from the mid 1970s to the early 1990s, when what later became known as the Bird{Meertens Formalism (BMF) drew the whole group together again. It is the story of those years that is the subject of this paper.
    [Show full text]
  • PART I. Council A
    Tab13b_TC-2 report.doc TC-2 Software Theory and Practice Report to Council and TA London, February-March 2007 Period covered: September 2006 - February 2007 Robert Meersman (BE) and Judith Bishop (ZA)/Stefan Biffl (AT) Chair and Secretary (2006/2007), IFIP TC-2 PART I. Council a. Meetings held and scheduled. TC-2 held its annual meeting on June 10-11, 2006 in Como, Italy (reported earlier). The membership (see Annexure 1) stands at 46 (cf 43 in 2006). The next annual TC2 meeting is June 17-18, 2007, in Sofia, Bulgaria. b. Changes in membership and officers Robert Meersman (BE) was re-elected to serve as TC2 Chair for a second term (2007-9) Judith Bishop (ZA) resigned at the end of 2006 as Vice Chair and TC Secretary. New Vice Chair: Bashar Nuseibeh (GB) <[email protected]> New TC Secretary: Stefan Biffl (AT) [email protected] as proposed by TC2 Chair and approved by TC2 membership. TC2 Membership: • New delegates/members: RS Nenad Stefanovic <[email protected]> JP Masami Hagiya <[email protected]> WG 2.2 I. Walukiewicz (F) new vice chair WG 2.4 Welf Löwe (SWE) WG 2.5 Shigeo Kawata WG 2.6 Thomas Risse WG 2.7 Simone Barbosa WG 2.7 Gerrit van der Veer WG 2.13 Brian Fitzgerald • Membership ended or delegates resigned JP Kakehi Katsuhiko c. Working groups WG2.1 Report submitted by Lambert Meertens 1. Changes in membership and officers: There were no changes during this period. 2. Last meeting The 62th meeting of WG 2.1 was held 11 − 15 December 2006 in Namur, Belgium.
    [Show full text]
  • Front Matter
    Cambridge University Press 978-1-107-03660-4 — Systematic Program Design Yanhong Annie Liu Frontmatter More Information Systematic Program Design From Clarity to Efficiency A systematic program design method can help developers ensure the correctness and per- formance of programs while minimizing the development cost. This book describes a method that starts with a clear specification of a computation and derives an efficient im- plementation by step-wise program analysis and transformations. The method applies to problems specified in imperative, database, functional, logic, and object-oriented program- ming languages with different data, control, and module abstractions. Designed for courses or self-study, this book includes numerous exercises and examples that require minimal computer science background, making it accessible to novices. Expe- rienced practitioners and researchers will appreciate the detailed examples in a wide range of application areas including hardware design, image processing, access control, query optimization, and program analysis. The last section of the book points out directions for future studies. Yanhong Annie Liu is a Professor of Computer Science at Stony Brook University. She received her BS from Peking University, MEng from Tsinghua University, and PhD from Cornell University. Her primary research has focused on general and systematic methods for program development, algorithm design, and problem solving. She has published in many top journals and conferences, served more than fifty conference chair or committee roles, and been awarded more than twenty research grants in her areas of expertise. She has taught more than twenty different courses in a wide range of Computer Science areas and presented close to a hundred research talks and invited talks at international confer- ences, universities, and research institutes.
    [Show full text]
  • The ALGOL 68 Story a Personal Account by a Member of the Design Team Professor John E
    ACS Bulletin, November 1978, Page 4-6 The ALGOL 68 Story A personal account by a member of the design team Professor John E. Peck, University of British Colombia, Vancouver, Canada Early Years My early years were spent in South Africa. I got my B.Sc. at the University of Natal in mathematics and physics and soon after that my M.Sc. in mathematics. My first job was a daily analysis of superphosphate at a chemical factory near Durban belonging to the ICI group, and then I taught mathematics to engineers at the University of Natal. In 1946 I took up a scholarship and went to Yale University for graduate studies, where I obtained a Ph.D. in 1950 with a thesis on topological semigroups. I taught a year at Brown University and then for three years back at the University of Natal. We then decided to emigrate to Canada where I spent a year at the University of New Brunswick, four years at McGill University, ten years at Calgary and the remaining years at the University of British Columbia. Up to the year 1959 I had thought little about computing, my professional activities being in the realm of pure mathematics where the activity of greatest importance was the proving of useless theorems. In the spring of 1959 an invitation was circulated in the Mathematics department at McGill, where I was working, to learn computer programming on the Datatron. My colleagues all looked down their noses at the thought of such a mundane exercise, for wasn't it clear that all that needed to be known about computing was the mathematical theory of switching circuits.
    [Show full text]
  • E Bibliography
    E Bibliography This bibliography has two parts: works by other authors; works by the author of the present book. See also, in the chapter on inheritance methodology (page 868), a list of references on classification in the biological sciences. E.1 WORKS BY OTHER AUTHORS [Abrial 1980] Jean-Raymond Abrial: The Specification Language Z: Syntax and "Semantics", Oxford University Computing Laboratory, Programming Research Group Technical Report, Oxford, April 1980. [Abrial 1980a] Jean-Raymond Abrial, Stephen A.Schuman and Bertrand Meyer: A Specification Language, in On the Construction of Programs, eds. R. McNaughten and R.C. McKeag, Cambridge University Press, 1980. [Ada 95-Web] Ada 95 Reference Manual: Language and Standard Library, on-line at http://lglwww.epfl.ch/Ada/LRM/9X/ rm9x/rm9x-toc.html. [ADB 1995] Matisse 2.3 Tutorial, Report DE/95/03/0022-M2DOC-TUA, ADB S.A., Paris, January 1995. [Agha 1986] Gul Agha: ACTORS: A Model of Concurrent Computation in Distributed Systems; MIT Press, Cambridge (Mass.), 1986. [Agha 1988] Gul Agha, Peter Wegner and Akinori Yonezawa (eds.): Proceeding of the ACM SIGPLAN Workshop on Object- Based Concurrent Programming, San Diego, 26-27 September, 1988; in ACM SIGPLAN Notices, vol. 24, no. 4, 1988. [Agha 1990] Gul Agha: Concurrent Object-Oriented Programming, in Communications of the ACM, vol. 33, no. 9, September 1990, pages 125-141. [Agha 1991] Gul Agha, Carl Hewitt, Peter Wegner and Akinori Yonezawa (eds.): Proceedings of the ECOOP-OOPSLA Workshop on Object-Based Concurrent Programming, Ottawa, 21-22 October 1990; in OOPS Messenger (ACM), vol. 2, no. 2, April 1991. [Agha 1993] Gul Agha, Peter Wegner and Akinori Yonezawa (eds.): Research Directions in Concurrent Object-Oriented Programming, MIT Press, Cambridge (Mass.), 1993.
    [Show full text]
  • Acta Informatica
    A Complete Bibliography of Publications in Acta Informatica Nelson H. F. Beebe University of Utah Department of Mathematics, 110 LCB 155 S 1400 E RM 233 Salt Lake City, UT 84112-0090 USA Tel: +1 801 581 5254 FAX: +1 801 581 4148 E-mail: [email protected], [email protected], [email protected] (Internet) WWW URL: http://www.math.utah.edu/~beebe/ 14 May 2021 Version 1.41 Title word cross-reference #SAT [1268]. (n; k) [370]. (N − 1) [1203]. + [1117, 903]. 0 [349, 852]. 1 [32, 939, 293, 778, 516, 916, 607, 563, 548, 946, 231, 852, 578]. 1; 1 [488]. 2 [1234, 1246, 737, 714, 715, 313, 788, 92, 166, 202]. 2:5n [535]. 3 ∗ ∗ [1234, 313, 92, 202]. 7 [1141]. [466]. α − β [235]. α2 [1355]. B [515]. B [442]. B+ [680]. mod5 [1141]. P [1090]. QH [1090]. D [1209, 401, 136, 1078, 1017, 1185]. DTIMEF(F) =?DSPACEF(F) [1014]. 8 [832]. K [305, 401, 130, 1445, 467, 1078, 618, 252, 1343, 1187, 851, 1293, 157, 326, 338, 972, 961, 1043, 280, 359, 852]. Ks;t [1201]. L [820, 875]. LR [318]. X LU [659]. M [1021, 41, 561]. M [1521]. MTL0;1 [1406]. µ [731, 885]. N 2 [1203, 467, 140, 12, 852]. : [832]. ν2 [1355]. O(1) [669]. O(n) [136]. O(n ) [1486]. O(V 5=3E2=3) [321]. P [1183, 1184, 1226, 1379, 1146]. P = NP [399, 399]. P5 [1276]. π [1580, 1206, 1001, 1210, 1299, 912, 1198]. q [1442]. 1 2 R(1) [1390]. S [892]. Sometime = always + recursionalways [596].
    [Show full text]
  • Models of Computation Texts in Theoretical Computer Science
    Texts in Theoretical Computer Science. An EATCS Series Roberto Bruni Ugo Montanari Models of Computation Texts in Theoretical Computer Science. An EATCS Series Series editors Monika Henzinger, Faculty of Science, Universität Wien, Vienna, Austria Juraj Hromkovič, Department of Computer Science, ETH Zentrum, Zürich, Switzerland Mogens Nielsen, Department of Computer Science, Aarhus Universitet, Aarhus, Denmark Grzegorz Rozenberg, Leiden Center of Advanced Computer Science, Leiden, The Netherlands Arto Salomaa, Turku Centre of Computer Science, Turku, Finland More information about this series at http://www.springer.com/series/3214 Roberto Bruni • Ugo Montanari Models of Computation 123 Roberto Bruni Ugo Montanari Dipartimento di Informatica Dipartimento di Informatica Università di Pisa Università di Pisa Pisa Pisa Italy Italy ISSN 1862-4499 Texts in Theoretical Computer Science. An EATCS Series ISBN 978-3-319-42898-7 ISBN 978-3-319-42900-7 (eBook) DOI 10.1007/978-3-319-42900-7 Library of Congress Control Number: 2017937525 © Springer International Publishing Switzerland 2017 This work is subject to copyright. All rights are reserved by the Publisher, whether the whole or part of the material is concerned, specifically the rights of translation, reprinting, reuse of illustrations, recitation, broadcasting, reproduction on microfilms or in any other physical way, and transmission or information storage and retrieval, electronic adaptation, computer software, or by similar or dissimilar methodology now known or hereafter developed. The use of general descriptive names, registered names, trademarks, service marks, etc. in this publication does not imply, even in the absence of a specific statement, that such names are exempt from the relevant protective laws and regulations and therefore free for general use.
    [Show full text]
  • Simplifying the Analysis of C++ Programs
    SIMPLIFYING THE ANALYSIS OF C++ PROGRAMS A Dissertation by YURIY SOLODKYY Submitted to the Office of Graduate and Professional Studies of Texas A&M University in partial fulfillment of the requirements for the degree of DOCTOR OF PHILOSOPHY Chair of Committee, Bjarne Stroustrup Committee Members, Jaakko J¨arvi Lawrence Rauchwerger Sergiy Butenko Head of Department, Duncan M. (Hank) Walker August 2013 Major Subject: Computer Science and Engineering Copyright 2013 Yuriy Solodkyy ABSTRACT Based on our experience of working with different C++ front ends, this thesis identifies numerous problems that complicate the analysis of C++ programs along the entire spectrum of analysis applications. We utilize library, language, and tool extensions to address these problems and offer solutions to many of them. In particular, we present efficient, expressive and non-intrusive means of dealing with abstract syntax trees of a program, which together render the visitor design pattern obsolete. We further extend C++ with open multi-methods to deal with the broader expression problem. Finally, we offer two techniques, one based on refining the type system of a language and the other on abstract interpretation, both of which allow developers to statically ensure or verify various run-time properties of their programs without having to deal with the full language semantics or even the abstract syntax tree of a program. Together, the solutions presented in this thesis make ensuring properties of interest about C++ programs available to average language users. ii ACKNOWLEDGEMENTS Knowledge is in the end based on acknowledgement. Ludwig Wittgenstein This Ph.D. thesis would not have been possible without direct or indirect support of many indi- viduals who I was fortunate enough to meet through life and be friends with.
    [Show full text]