Project Oberon
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
Language-Level Support for Exploratory Programming of Distributed Virtual Environments
In Proc ACM UIST ‘96 (Symp. on User Interface Software and Technology), Seattle, WA, November 6–8, 1996, pp. 83–94. Language-Level Support for Exploratory Programming of Distributed Virtual Environments Blair MacIntyre and Steven Feiner Department of Computer Science, Columbia University, New York, NY, 10027 {bm,feiner}@cs.columbia.edu http://www.cs.columbia.edu/~{bm,feiner} Abstract resulted in an unmanageable welter of client-server relation- ships, with each of a dozen or more processes needing to We describe COTERIE, a toolkit that provides language- create and maintain explicit connections to each other and to level support for building distributed virtual environments. handle inevitable crashes. COTERIE is based on the distributed data-object paradigm for distributed shared memory. Any data object in COTE- We spent a sufficiently large portion of our time reengineer- RIE can be declared to be a Shared Object that is replicated ing client-server code that it became clear to us that our fully in any process that is interested in it. These Shared implementation of the client-server model was unsuitable Objects support asynchronous data propagation with atomic for exploratory programming of distributed research proto- serializable updates, and asynchronous notification of types. The heart of the problem, as we saw it, was a lack of updates. COTERIE is built in Modula-3 and uses existing support for data sharing that was both efficient and easy for Modula-3 packages that support an integrated interpreted programmers to use in the face of frequent and unantici- language, multithreading, and 3D animation. Unlike other pated changes. -
Archived Press Release the Frick Collection
ARCHIVED PRESS RELEASE from THE FRICK COLLECTION 1 EAST 70TH STREET • NEW YORK • NEW YORK 10021 • TELEPHONE (212) 288-0700 • FAX (212) 628-4417 Victorian Fairy Painting OPENING AT THE FRICK COLLECTION, BRINGS NEW YORK AUDIENCES AN UNEXPECTED OPPORTUNITY TO EXPERIENCE THIS CRITICALLY ACCLAIMED EXHIBITION October 14, 1998 through January 17, 1999 Attracting record crowds in British and American venues, the exhibition Victorian Fairy Painting comes to The Frick Collection, extending its tour and offering New York audiences an unexpected opportunity to view this unique presentation. Victorian Fairy Painting, on view October 14, 1998 through January 17, 1999, represents the first comprehensive exhibition ever devoted to this distinctly British genre, which was critically and commercially popular from the early nineteenth century through the beginning of World War I. The paintings, works on paper, and objects, approximately thirty four in number, have been selected by Edgar Munhall, Curator of The Frick Collection, from the original, larger touring exhibition, which was organized by the University of Iowa Museum of Art and the Royal Academy of Arts, London. Fairy painting brought together many opposing elements in the collective psyche and artistic sensibility of its time: rich subject-matter, an escape from the grim elements of an industrial society, an indulgence of new attitudes towards sex, a passion for the unknown, and a denial of the exactitude of photography. Drawing on literary inspiration from Shakespeare’s A Midsummer Night’s Dream to Sir Walter Scott’s Minstrelsy of the Scottish Border, as well as the theater, the dance, and music, fairy painters exercised their magic with the precision of the Pre-Raphaelites, aided too by experiments with drugs and spiritualism. -
The Character I Am Going to Analyse Is Oberon, the King of the Fairies and the Elves from the Play by Shakespeare: Midsummer Night‘S Dream Written Around 1590
The character I am going to analyse is Oberon, the King of the Fairies and the Elves from the play by Shakespeare: Midsummer night‘s dream written around 1590. The word Fairy comes from the Latin Fata derived from Fatum that means —destiny“. W hen we talk about an Elve or a Fairy we must imagine a very beautiful living being, they live in the forest, they know about music and arts in general and they are related with spring, light and white magic. They always play with love and because that lovers are connected with them and with the smell of the flowers. W e can see all this on the play by Shakespeare, when Oberon uses Cupid‘s flower to make the lovers to fall in love, we can also read some Fairies‘ songs: act three, scene one. But I am going to centre the idea only on Oberon, I want to demonstrate that this magic world is also corrupted by ambition and envy, and this can have repercussions on the real world and to make problems to humans, I mean, Oberon has envy of Titania, because she has a child with supernatural power and he wants it, this feeling provokes his ambition and because that he plays with Cupid‘s flower, to get his proposal of having that his wife but not him. The first time we see Oberon is on act two scene one, he appears in the forest and goes to talk with his friend and servant Puck, at the same time his wife Titania appears by the other side. -
A Midsummer Night's Dream
EXPLORING IMAGINATION IN DARK TIMES Eight Painted Masks inspired by Shakespeare’s A Midsummer Night’s Dream SUMMER SOLSTICE I feel growing excitement as summer solstice - June 21 - approaches and my mind turns to nature and fantasy, and especially a play written by William Shakespeare, A Midsummer Night’s Dream. The play, which premiered on January 1, 1605, is set in midsummer in Athens. Shakespeare lived all his life in the shadow of the bubonic plague, writing prolifically during outbreaks and quarantine lockdowns in London and Stratford-on-Avon. MAKING MASKS OF IMAGINARY FAIRIES My project – painting odd alien paper masks - explores my need for vicarious pleasure in imagination. I am making masks of imaginary fairies from Shakespeare’s play A Midsummer Night’s Dream. These are freakish but cathartic. I begin with Titania’s fairy assistants, Peaseblossom, Cobweb, Mustardseed, and Moth, flowers and creatures from the garden or field, tiny and magical in imagination; in reality, complex, interconnected and amazing. COMPLETING EIGHT FAIRIES After the four fairies are complete, I am still thinking about the fairy characters. First, I make Fairy. Then I make contrasting King Oberon and Queen Titania to express their fraught relationship and the extreme dichotomies of jealous rage and peaceful gratitude. I complete the set with Puck, who enlivens the plot with his maddening pranks. The Stratford Festival’s 2021 paired down “pandemic” version of the play uses 8 actors to perform all the many human and fairy characters. PEASEBLOSSOM My imagination identifies with these fantastical creatures – my name Oonagh is that of an Irish fairy goddess and it is fun to imagine what a fairy’s life might be as compared to my life as a lawyer. -
ETH Eidgenossische Technische Hochschule Zurich H.Eberle
ETH Eidgenossische lnstitut Technische fur lnformatik Hochschule ZUrich H.Eberle Hardware Description of the Workstation Ceres 11nuar 1987 ,70 70 . 61 .10 ETH Eidgenossische lnstitut Technische fur lnformatik Hochschule Zurich Eidrg. ~hn. ZI!rich lrricrm!!~!~:.~~lb;i::1H1a-k ETH~Zentrum CH..oo92 Zurich H.Eberle Hardware Description of the Workstation Ceres EidQ. lechn. He:ch'?~h'Jle Zilr\J::;!-: lnforme::!':.uib~iuthek El'l I-lei ili rn 11 CH-8002 ZOrtch gl,4-,23 Address of the author: lnstitut fiJr lnformatik ETH-Zentrum CH-8092 Zurich I Switzerland © 1987 lnstitut tor lnformatik, ETH Zurich 1 Hardware Description of the Workstation Ceres H.Eberle Abstract Ceres is a single-user computer based on the 32-bit microprocessor NS32000. The processor is oriented to the use of high-level languages. The hardware design concentrates on simplicity and modularity. The key features are the arbitrated memory bus and the high resolution bitmapped graphics display which promotes the attractivity of a programming workstation. This paper documents the hardware of the Ceres computer. 2 Contents 1 Introduction 3 2 Hardware Structure 4 2.1 Processor 4 2.2 Primary Memory 4 2.3 Secondary Memory 4 2.4 Input/Output Devices 4 3 Hardware Implementation 6 3.1 Processor Board 6 3.1.1 Processor 6 3.1.2 Memory Bus Arbiter 9 3.1.3 Boot ROM and Standard Input/Output Devices 12 3.2 Memory Board 15 3.3 Display Controller Board 18 3.3.1 Display Memory 18 3.3.2 Display Refresh Controller 19 3.4 Disk Controller Board 23 3.5 Motherboard 23 4 Hardware Extensions 24 References 26 Appendices A Circuit Diagrams 28 A.1 Processor Board 28 A.2 Memory Board 35 A.3 Display Controller Board 37 B PAL Design Specifications 42 c Interface Connectors 47 C.1 Processor Board 47 C.2 Display Controller Board 48 C.3 Motherboard 48 3 1 Introduction Todays working tools of a software engineer at the lnstitut fUr lnformatik of ETH ZOrich are the programming language Modula-2 [1] and the workstation computer Lilith [2]. -
The Ethics of Eating Animals in Tudor and Stuart Theaters
ABSTRACT Title of dissertation: THE ETHICS OF EATING ANIMALS IN TUDOR AND STUART THEATERS Rob Wakeman, Doctor of Philosophy, 2016 Dissertation directed by: Professors Theresa Coletti and Theodore B. Leinwand Department of English, University of Maryland A pressing challenge for the study of animal ethics in early modern literature is the very breadth of the category “animal,” which occludes the distinct ecological and economic roles of different species. Understanding the significance of deer to a hunter as distinct from the meaning of swine for a London pork vendor requires a historical investigation into humans’ ecological and cultural relationships with individual animals. For the constituents of England’s agricultural networks – shepherds, butchers, fishwives, eaters at tables high and low – animals matter differently. While recent scholarship on food and animal ethics often emphasizes ecological reciprocation, I insist that this mutualism is always out of balance, both across and within species lines. Focusing on drama by William Shakespeare, Ben Jonson, and the anonymous authors of late medieval biblical plays, my research investigates how sixteenth-century theaters use food animals to mediate and negotiate the complexities of a changing meat economy. On the English stage, playwrights use food animals to impress the ethico-political implications of land enclosure, forest emparkment, the search for new fisheries, and air and water pollution from urban slaughterhouses and markets. Concurrent developments in animal husbandry and theatrical production in the period thus led to new ideas about emplacement, embodiment, and the ethics of interspecies interdependence. THE ETHICS OF EATING ANIMALS IN TUDOR AND STUART THEATERS by Rob Wakeman Dissertation submitted to the Faculty of the Graduate School of the University of Maryland, College Park in partial fulfillment of the requirements for the degree of Doctor of Philosophy 2016 Advisory Committee: Professor Theresa Coletti, Co-Chair Professor Theodore B. -
The Zonnon Project: a .NET Language and Compiler Experiment
The Zonnon Project: A .NET Language and Compiler Experiment Jürg Gutknecht Vladimir Romanov Eugene Zueff Swiss Fed Inst of Technology Moscow State University Swiss Fed Inst of Technology (ETH) Computer Science Department (ETH) Zürich, Switzerland Moscow, Russia Zürich, Switzerland [email protected] [email protected] [email protected] ABSTRACT Zonnon is a new programming language that combines the style and the virtues of the Pascal family with a number of novel programming concepts and constructs. It covers a wide range of programming models from algorithms and data structures to interoperating active objects in a distributed system. In contrast to popular object-oriented languages, Zonnon propagates a symmetric compositional inheritance model. In this paper, we first give a brief overview of the language and then focus on the implementation of the compiler and builder on top of .NET, with a particular emphasis on the use of the MS Common Compiler Infrastructure (CCI). The Zonnon compiler is an interesting showcase for the .NET interoperability platform because it implements a non-trivial but still “natural” mapping from the language’s intrinsic object model to the underlying CLR. Keywords Oberon, Zonnon, Compiler, Common Compiler Infrastructure (CCI), Integration. 1. INTRODUCTION: THE BRIEF CCI and b) to experiment with evolutionary language HISTORY OF THE PROJECT concepts. The notion of active object was taken from the Active Oberon language [Gut01]. In addition, two This is a technical paper presenting and describing new concurrency mechanisms have been added: an the current state of the Zonnon project. Zonnon is an accompanying communication mechanism based on evolution of the Pascal, Modula, Oberon language syntax-oriented protocols , borrowed from the Active line [Wir88]. -
MODULA a Language for Modular Multiprogramming, Wirth, 1976
Research Collection Report MODULA a language for modular multiprogramming Author(s): Wirth, Niklaus Publication Date: 1976 Permanent Link: https://doi.org/10.3929/ethz-a-000199440 Rights / License: In Copyright - Non-Commercial Use Permitted This page was generated automatically upon download from the ETH Zurich Research Collection. For more information please consult the Terms of use. ETH Library ~ idgenöss · ische ·Institut T echnisc ~he für. Hochschule Informatik Zürich MODULA: A language formodular multiprogramming ~~8rz 1976 18 ~ ., ' , „· Eidgenössische Institut Technische für Hochschule Informatik Zürich Niklaus Wirth MODULA: A language formodular multiprogramming - 1 - N .Wirth Abstract This paper defines a language called Modula, which is intended primarily for programming dedicated computer systems, including process control systems on smaller machines. The language is largely based on Pascal, but in addition to conventional block ) structure it introduces a so - called module structure . A module is a set of procedures, data types, and variables, where the programmer has precise control over the names that are imported from and exported to the environment. Modula includes general multiprocessing facilities, namely processes , interfacp, modules, and Signals . It also allows the specification of facilities that represent a computer ' s specific peripheral devices . Those given in this paper pertain to the PDP - 11. Author ' s address: Institut für Informatik , ETH , CH-8092 Zürich - 2 - Coaten ts 1. Introduction 3 2. 0 verview 5 3. Notation for syotactic description 10 4. Language vocabulary and representation 10 5. Facilities for sequential programmiog 12 1. Constant declarations 12 2. Type declarations 12 1 • Basic types 13 2. E n um e ratio n s 13 3. -
A Review of User Interface Design for Interactive Machine Learning
1 A Review of User Interface Design for Interactive Machine Learning JOHN J. DUDLEY, University of Cambridge, United Kingdom PER OLA KRISTENSSON, University of Cambridge, United Kingdom Interactive Machine Learning (IML) seeks to complement human perception and intelligence by tightly integrating these strengths with the computational power and speed of computers. The interactive process is designed to involve input from the user but does not require the background knowledge or experience that might be necessary to work with more traditional machine learning techniques. Under the IML process, non-experts can apply their domain knowledge and insight over otherwise unwieldy datasets to find patterns of interest or develop complex data driven applications. This process is co-adaptive in nature and relies on careful management of the interaction between human and machine. User interface design is fundamental to the success of this approach, yet there is a lack of consolidated principles on how such an interface should be implemented. This article presents a detailed review and characterisation of Interactive Machine Learning from an interactive systems perspective. We propose and describe a structural and behavioural model of a generalised IML system and identify solution principles for building effective interfaces for IML. Where possible, these emergent solution principles are contextualised by reference to the broader human-computer interaction literature. Finally, we identify strands of user interface research key to unlocking more efficient and productive non-expert interactive machine learning applications. CCS Concepts: • Human-centered computing → HCI theory, concepts and models; Additional Key Words and Phrases: Interactive machine learning, interface design ACM Reference Format: John J. -
Niklaus Wirth—A Pioneer of Computer Science 1
Niklaus Wirth—A Pioneer of Computer Science 1 Niklaus Wirth — a Pioneer of Computer Science Gustav Pomberger, Hanspeter Mössenböck, Peter Rechenberg Johannes Kepler University of Linz [email protected], [email protected], [email protected] Abstract Niklaus Wirth is one of the most influential scientists of the early computer age. His ideas and especially his programming languages have shaped gen- erations of programmers worldwide. This paper tries to acknowledge the scientific achievements of Niklaus Wirth and to honor him as a person. A small part of the paper is also devoted to Wirth's influence on computer sci- ence at the Johannes Kepler University of Linz. 1 Introduction Ask computer specialists anywhere—be it in Europe or America, in Asia or Australia—who the most important computer scientists in the world are, and you can bet that the name Niklaus Wirth will be on every list. Ask programming language experts about the person with the greatest influence on the development of programming languages, and they would agree on Niklaus Wirth. Ask students, teachers and computer hobbyists about the most important programming lan- guages, and you can be sure that even today Pascal will be on every list. Finally, examine the literature of computer science in the elite circle of books with the greatest number of copies printed, the widest distribution, and the most transla- tions, and you will find books by Niklaus Wirth, especially the prominent book on Pascal. These few examples show that professor Niklaus Wirth is one of the world's leading computer scientists. -
Extensibility in the Oberon System
Nordic Journal of Computing 1(1994), 77{93. EXTENSIBILITY IN THE OBERON SYSTEM HANSPETER MOSSENB¨ OCK¨ ∗ Institute for Computer Systems ETH Zurich¨ CH{8092 Zurich¨ Switzerland Abstract. We show how an object-oriented system-and in particular the Oberon System-can be used to write software that is extensible by end users even while the software is running. Extensibility instead of completeness may be a way out of the unpleasant situation in software industry where applications still tend to become bigger every year. Oberon is both an object-oriented programming language and an operating system with new concepts such as commands and dynamic loading. The language and the system make up an environment that is similar to Smalltalk in its flexibility but offers static type-checking and is much more efficient. CR Classification: D.2.2, D.1.5 1. Introduction Ambitious software systems with large functionality and thousands of users can hardly be designed in a form that meets all future needs from the be- ginning. It is impossible to foresee all the ways in which such systems will be used so that requests for extensions will arise naturally. Current software industry tries to cope with this problem by including as many features as possible into a software system. This leads to huge monolithic software that offers amazing functionality but still leaves some users disappointed because it typically lacks just their favorite feature. The opposite approach is to design a system only as a minimal kernel and to provide means to extend it. This allows vendors and even users to add more functionality later without bothering other users which do not need it. -
System Construction
System Construction Autumn Semester 2017 ETH Zürich Felix Friedrich 1 Goals . Competence in building custom system software from scratch . Understanding of „how it really works“ behind the scenes across all levels . Knowledge of the approach of fully managed lean systems A lot of this course is about detail. A lot of this course is about bare metal programming. 2 Course Concept . Discussing elaborated case studies . In theory (lectures) . and practice (hands-on lab) . Learning by example vs. presenting topics 3 Prerequisite . Knowledge corresponding to lectures Systems Programming and/or Operating Systems . Do you know what a stack-frame is? . Do you know how an interrupt works? . Do you know the concept of virtual memory? . Good reference for recapitulation: Computer Systems – A Programmer's Perspective 4 Links . SVN repository https://svn.inf.ethz.ch/svn/lecturers/vorlesungen/trunk/syscon/2017/shared . Links on the course homepage http://lec.inf.ethz.ch/syscon 5 Background: Co-Design @ ETH Languages (Pascal Family) +MathOberon Active Modula Oberon ActiveOberon Cells Oberon07 Zonnon Operating / Runtime Systems Medos Oberon Aos A2 SoC HeliOs Minos LockFree Kernel Hardware x86 / IA64/ ARM TRM Lilith Ceres Emulations on (FPGA) Unix / Linux RISC (FPGA) 1980 1990 2000 2010 6 Course Overview Part1: Contemporary Hardware Case Study 1. Minos: Embedded System . Safety-critical and fault-tolerant monitoring system . Originally invented for autopilot system for helicopters . Topics: ARM Architecture, Cross-Development, Object Files and Module Loading, Basic OS Core Tasks (IRQs, MMUs etc.), Minimal Single-Core OS: Scheduling, Device Drivers, Compilation and Runtime Support. With hands-on lab on Raspberry Pi (2) 7 Course Overview Part1: Contemporary Hardware Case Study 2.