The Amiga Personal Computer, August 1985, BYTE Magazine

Total Page:16

File Type:pdf, Size:1020Kb

Load more

P·R·Q·D·U·C·T P·R·E·V·I·E·W ...J W <: I U ~ 10 o w I Cl. <: '"<.) § I Cl. BY GREGG WILLIAMS, JON EDWARDS, AND PHILLIP ROBINSON BY T E 83 THE AMIGA IN BRIEF Name Amiga Personal Computer Manufacturer Commodore International not coinC identally, people want Apple 1200 Wilson Dr. to increase the Mac's speed, add West Chester, PA 19380 color. and lower its price. (215) 431-9100 Commodore has just introduced a Price computer that promises these im­ $1295 provements, and it does so by doing many things in hardware At S1295 . Microprocessor Motorola 68000, a 32-/16-bit microprocessor (32-bit internal data path and the Amiga Personal Computer (see registers, 16-bit external data bus) running at 7.15909 MHz photo I) promises lightning-fast desktop-metaphor graphics in color Main Memory and twice as much memory and disk 256K bytes dynamic RAM , user-expandable to 512K bytes; machine's design allows for maximum of 8.5 megabytes storage as the Macintosh for several hundred dollars less than the Macin­ ROM tosh (about S900, but you'll have to 192K bytes of ROM containing multitasking, graphics, sound, buy a monitor or television set for the and animation support routines Amiga). It also has an expansion bus Graphics and a whopping 192 K bytes of so­ Five modes (320 by 200 pixels, 32 colors; 320 by 400, 32 colors; 640 phisticated 68000 code in ROM (read­ by 200, 16 colors; 640 by 400, 16 colors; sample-and-hold mode); only memory) that extends the multi­ independent horizontal and vertical scrolling of dual playfields; eight hardware sprites; colors chosen from a palette of 4096 colors tasking, graphics, sound, and anima­ tion capabilities of the Amiga Sound hardware. Four independent audio channels; sound produced without supervision of 68000 SYSTEM DESCRIPTION Floppy Disk The Amiga is summarized in the In Built-in 3V2-inch double-sided disk drive. Disks hold 880K bytes Brief section on this page. It has no in 160 tracks, each with eleven 512 -byte sectors; drive hardware can read slots for expansion cards, but Com­ an entire track at a time modore later intends to offer a box Keyboard that connects to the expansion con­ Detached 89-key keyboard with calculator pad, function and cursor keys; nector to add several expansion slots. keyboard returns row/column keycodes for each key, sends both key-up and (It is theoretically possible to add key-down signals; can sense up to two keys simultaneously; 8 8-key type-ahead buHer megabytes of memory in this way.) The Amiga's disk operating system Expansion Ports will also be able to look at the expan­ Disk port onto which three additional disk drives can connect via daisy chain; sion box, determine what peripherals serial port with maximum transfer rate of 500,000 bps; programmable parallel port normally configured as Centronics-compatible; are present. and configure itself ac­ expansion bus includes full set of signals for optional peripherals and cordingly. regardless of the box 's memory expansion contents. User Interface (Intuition) Supports multitasking through the use of virtual terminals; allows simultaneous SYSTEM ARCHITECTURE display of diHerent resolutions and graphics modes The Amiga has a unique architecture that is only partially described by a Bundled Software functional block diagram (see figure AmigaDOS Voice Synthesis Library I) Three custom chips relieve the ABasiC 68000 processor of many tasks that Tutorial (Mindscape) tie it down in other computers. How­ Kaleidoscope (Electronic Arts) ever, the diagram does not show the Audio and Video Ports finely tuned sharing of the system's Two stereo audio jacks; RGB analog, RGB digital, and NTSC composite data and address buses, the 25 DMA output Miscellaneous Gregg Williams is a senior technical editor at Three custom chips to control graphics, audio, and peripheral I/O; chips BYTE, and Jon Edwards is a technical editor. connected by 19-bit register-address bus; two-button mechanical mouse They can be reached at BYTE, POB 372. Han cock. NH 03449. Phillip Robinson is Optional Peripherals 3'l2-inch 880K-byte disk drive; RGB analog color monitor; 256K-byte memory a West Coast sen ior technica l editor at BYTE. expansion module; 300/1200-bps modem; MIDI interface; frame grabber He can be reached at BYTE M~gazine . 425 Battery St .. San Francisco. CA 94111. 84 B Y T E • AUGUST 1985 THE AMIGA (direct memory access) channels that • The graphics custom chip. which data buses with 25 channels of DMA. do many data-movement-intensive manipulates the visible display. per­ the registers and logic of which reside operations without tying up the mits up to two independent bit­ in the custom chips. Amiga's DMA is 68000. or the multiprocessing mapped images and eight sprites fast for two reasons: first. the fact that routines in ROM that allow the Amiga (which are images that can be moved each device has its own DMA chan­ to orchestrate a variety of tasks. In the easily around the screen. "under" or nel decreases the overhead asso­ following sections we will look at the "on top of" the bit-mapped images). ciated with a DMA operation; second. key elements of the Amiga's system • The peripherals/sound custom chip many DMA operations are interleaved architecture. contains four channels of sound. the with 68000 bus access in a way that disk controller. an interrupt controller. makes the DMA transparent to the and the interfaces for the serial port THE CUSTOM CHIPS 68000 (see below for details). and the mouse/joystick port. When DMA occurs between mem­ The three custom chips that control ory- and custom-chip registers. the DMA. graphics. sound. and I/O (input/ INTERRUPTS AND DMA use of the 19-bit register-address bu s output) (see photo 2) were designed In the Amiga. all the peripherals are (see figure I) makes the transfer twice by Jay Miner. who is best known for interrupt-driven-that is. the 68000 is as fast. By putting the memory ad­ his design of the custom chips in the not tied up constantly polling them to dress on the address bus and the Atari 800 series computers. Although see if they have new data; instead. the register address on the register­ we will discuss them in depth by func­ 68000 gets data from the peripheral address bus. the DMA circuitry causes tion. here is a simple breakdown: only when the peripheral sends an in­ the data value to move directly from • The "animation custom chip" actual­ terrupt signal. The peripherals/sound the memory address to the register. ly contains several miscellaneous chip receives interrupt-request signals This occurs twice as fast as DMA functions. It is the "traffic cop" that from one of 15 sources (e.g .. the disk would via the 68000. which would controls DMA. It contains the Copper. drive or a sound channel). translates first read the data into itself and then a coprocessor that can directly con­ the request to one of six interrupt write the result to the register. trol the other chips in relation to the levels supported by the 68000 (the video beam. and the Blitter. a device seventh is reserved for future use). LIBRARIES AND DEVICES that quickly draws lines. fills areas with and sends the interrupt signal to the System software (much of it in the a given color. and manipulates rec­ 68000. 192 K bytes of ROM) contains libraries. tangular blocks of pixels. The 68000 shares the address and (continued ) --TV----RG8-COMPOSITE--- VIDEO GAME 1/0 1/0 AUDIO PRINTER PORT CHIP MEMORY 256K BYTES STANDARO 256K BYTES ADD-ON Figure I: A block diagram of the Amiga Personal Computer. AUGUST 1985 • BY T E 85 Composite Audio out video out Connector to RF modulator RGB Serial External Parallel Keyboard video out n interface disk interface interface connector processor 256K Locations dynamic RAM Display for ROMs Animation bu s arbitration, 8520s custom chip RAM support, and bus drivers Graphics custom chip Photo 2: Tlie Amiga motlierboa rd. Tlie internal disk drive. wliicli lias been removed. would normall y obscure tlie lower riglit corner of tlie motlierboard Tlie power supply (not sliown) is to tlie left of tlie motlierboard. 86 BY T E • AUGUST 1985 THE AMIGA a predefined way of organizing useful DMA (enough to show a 16-color low­ routines so that they can be accessed The Exec routines re solution image). The DMA ci rcuits with maximum flexibility. Libraries perform many on each ch ip "know" when th eir slots can be resident or transient and can occur on each hori zo ntal line and be used at any memory address functions vital automaticall y initiate the DMA trans­ (when they're in RAM [random-access fer without involving the 68000. readlwrite memoryf). Both routines to the operation In many cases, the Copper and the and data can always be ca lled via a Blitter aren't active, leav ing the 68000 68000 indirect reference with offset; of the Amiga. running at fu ll speed (Actually. some this all ows you to write code using a in structions need the bus at odd library routine without knowing that tasks will execute. Tasks with identical times: if the bus isn't avai lable. th e library's address at compile time. (In numbers share the Amiga in time 68000 will in sert wa it states until the fact. all the code in the system can be sli ces of preselected duration. A tas k bus-arbitration PAL [programmed­ refe renced knowing only one fixed wi th higher priority preempts the cur­ array logic chip[ signals th at th e bus address in the machine, and even that rent task and begins executing.
Recommended publications
  • Retrocomputing As Preservation and Remix

    Retrocomputing As Preservation and Remix

    Retrocomputing as Preservation and Remix Yuri Takhteyev Quinn DuPont University of Toronto University of Toronto [email protected] [email protected] Abstract This paper looks at the world of retrocomputing, a constellation of largely non-professional practices involving old computing technology. Retrocomputing includes many activities that can be seen as constituting “preservation.” At the same time, it is often transformative, producing assemblages that “remix” fragments from the past with newer elements or joining together historic components that were never combined before. While such “remix” may seem to undermine preservation, it allows for fragments of computing history to be reintegrated into a living, ongoing practice, contributing to preservation in a broader sense. The seemingly unorganized nature of retrocomputing assemblages also provides space for alternative “situated knowledges” and histories of computing, which can sometimes be quite sophisticated. Recognizing such alternative epistemologies paves the way for alternative approaches to preservation. Keywords: retrocomputing, software preservation, remix Recovering #popsource In late March of 2012 Jordan Mechner received a shipment from his father, a box full of old floppies. Among them was a 3.5 inch disk labelled: “Prince of Persia / Source Code (Apple) / ©1989 Jordan Mechner (Original).” Mechner’s announcement of this find on his blog the next day took the world of nerds by storm.1 Prince of Persia, a game that Mechner single-handedly developed in the late 1980s, revolutionized computer games when it came out due to its surprisingly realistic representation of human movement. After being ported to DOS and Apple’s Mac OS in the early 1990s the game sold 2 million copies (Pham, 2001).
  • Amigaos 3.2 FAQ 47.1 (09.04.2021) English

    Amigaos 3.2 FAQ 47.1 (09.04.2021) English

    $VER: AmigaOS 3.2 FAQ 47.1 (09.04.2021) English Please note: This file contains a list of frequently asked questions along with answers, sorted by topics. Before trying to contact support, please read through this FAQ to determine whether or not it answers your question(s). Whilst this FAQ is focused on AmigaOS 3.2, it contains information regarding previous AmigaOS versions. Index of topics covered in this FAQ: 1. Installation 1.1 * What are the minimum hardware requirements for AmigaOS 3.2? 1.2 * Why won't AmigaOS 3.2 boot with 512 KB of RAM? 1.3 * Ok, I get it; 512 KB is not enough anymore, but can I get my way with less than 2 MB of RAM? 1.4 * How can I verify whether I correctly installed AmigaOS 3.2? 1.5 * Do you have any tips that can help me with 3.2 using my current hardware and software combination? 1.6 * The Help subsystem fails, it seems it is not available anymore. What happened? 1.7 * What are GlowIcons? Should I choose to install them? 1.8 * How can I verify the integrity of my AmigaOS 3.2 CD-ROM? 1.9 * My Greek/Russian/Polish/Turkish fonts are not being properly displayed. How can I fix this? 1.10 * When I boot from my AmigaOS 3.2 CD-ROM, I am being welcomed to the "AmigaOS Preinstallation Environment". What does this mean? 1.11 * What is the optimal ADF images/floppy disk ordering for a full AmigaOS 3.2 installation? 1.12 * LoadModule fails for some unknown reason when trying to update my ROM modules.
  • Chapter 1. Origins of Mac OS X

    Chapter 1. Origins of Mac OS X

    1 Chapter 1. Origins of Mac OS X "Most ideas come from previous ideas." Alan Curtis Kay The Mac OS X operating system represents a rather successful coming together of paradigms, ideologies, and technologies that have often resisted each other in the past. A good example is the cordial relationship that exists between the command-line and graphical interfaces in Mac OS X. The system is a result of the trials and tribulations of Apple and NeXT, as well as their user and developer communities. Mac OS X exemplifies how a capable system can result from the direct or indirect efforts of corporations, academic and research communities, the Open Source and Free Software movements, and, of course, individuals. Apple has been around since 1976, and many accounts of its history have been told. If the story of Apple as a company is fascinating, so is the technical history of Apple's operating systems. In this chapter,[1] we will trace the history of Mac OS X, discussing several technologies whose confluence eventually led to the modern-day Apple operating system. [1] This book's accompanying web site (www.osxbook.com) provides a more detailed technical history of all of Apple's operating systems. 1 2 2 1 1.1. Apple's Quest for the[2] Operating System [2] Whereas the word "the" is used here to designate prominence and desirability, it is an interesting coincidence that "THE" was the name of a multiprogramming system described by Edsger W. Dijkstra in a 1968 paper. It was March 1988. The Macintosh had been around for four years.
  • Dualbooting Amigaos 4 and Amigaos 3.5/3.9

    Dualbooting Amigaos 4 and Amigaos 3.5/3.9

    Dualbooting AmigaOS 4 and AmigaOS 3.5/3.9 By Christoph Gutjahr. Licensed under the GNU Free Documentation License This tutorial explains how to turn a classic Amiga into a dualboot system that lets you choose the desired operating system - AmigaOS 4 or AmigaOS 3.5/3.9 - at every cold start. A "cold start" happens when... 1. the computer has just been switched on 2. you press the key combination Control-Amiga-Amiga for more than ten seconds while running AmigaOS 3 3. you press Control-Alt-Alt (instead of Control-Amiga-Amiga) under AmigaOS 4 During a "warm reboot" (e.g. by shortly pressing Control-Amiga-Amiga), the operating system that is currently used will be booted again. Requirements This tutorial is only useful for people using AmigaOS 3.5 or 3.9 in addition to AmigaOS 4. If you're using an older version of OS 3, you can not use the scripts described below. The Amiga in question should have two boot partitions - one for AmigaOS 4 and one for AmigaOS 3.5/3.9, both should be below the famous 4 GB barrier. The OS 4 partition must have a higher boot priority. Two different solutions There are two different approaches for dualbooting: the first one described below will display a simple 'boot menu' at every cold boot, asking the user to select the OS he wants to boot. The other solution explained afterwards will always boot into AmigaOS 4, unless the user enters the "Early Startup Menu" and selects the OS 3 partition as the boot drive.
  • Beyond the Desktop: a New Look at the Pad Metaphor for Information Organization

    Beyond the Desktop: a New Look at the Pad Metaphor for Information Organization

    Beyond the Desktop: A new look at the Pad metaphor for Information Organization By Isaac Fehr Abstract Digital User interface design is currently dominated by the windows metaphor. However, alternatives for this metaphor, as the core of large user interfaces have been proposed in the history of Human-computer interaction and thoroughly explored. One of these is the Pad metaphor, which has spawned many examples such as Pad++. While the the Pad metaphor, implemented as zoomable user interfaces, has shown some serious drawbacks as the basis for an operating system, and limited success outside of image-based environments, literature has pointed to an opportunity for innovation in other domains. In this study, we apply the the design and interactions of a ZUI to Wikipedia, a platform consisting mostly of lengthy, linear, hypertext-based documents. We utilize a human centered design approach, and create an alternative, ZUI-based interface for Wikipedia, and observe the use by real users using mixed methods. These methods include qualitative user research, as well as a novel paradigm used to measure a user’s comprehension of the structure of a document. We validate some assumptions about the strengths of ZUIs in a new domain, and look forward to future research questions and methods. Introduction and Background Windows-based user interfaces have dominated the market of multipurpose, screen-based computers since the introduction of the first windowed system in the Stanford oN-Line System (NLS)[3]. From Desktop computers to smartphones, most popular operating systems are based upon at least the window and icon aspects of the WIMP (Window, Icon, Menu, Pointer) paradigm.
  • As We May Communicate Carson Reynolds Department of Technical Communication University of Washington

    As We May Communicate Carson Reynolds Department of Technical Communication University of Washington

    As We May Communicate Carson Reynolds Department of Technical Communication University of Washington Abstract The purpose of this article is to critique and reshape one of the fundamental paradigms of Human-Computer Interaction: the workspace. This treatise argues that the concept of a workspace—as an interaction metaphor—has certain intrinsic defects. As an alternative, a new interaction model, the communication space is offered in the hope that it will bring user interfaces closer to the ideal of human-computer symbiosis. Keywords: Workspace, Communication Space, Human-Computer Interaction Our computer systems and corresponding interfaces have come quite a long way in recent years. We no longer patiently punch cards or type obscure and unintelligible commands to interact with our computers. However, out current graphical user interfaces, for all of their advantages, still have shortcomings. It is the purpose of this paper to attempt to deduce these flaws by carefully examining our earliest and most basic formulation of what a computer should be: a workspace. The History of the Workspace The modern computerized workspace has its beginning in Vannevar Bush’s landmark article, “As We May Think.” Bush presented the MEMEX: his vision of an ideal workspace for researchers and scholars that was capable of retrieving and managing information. Bush thought that machines capable of manipulating information could transform the way that humans think. What did Bush’s idealized workspace involve? It consists of a desk, and while it can presumably be operated from a distance, it is primarily the piece of furniture at which he works. On top are slanting translucent screens, on which material can be projected for convenient reading.
  • Metaphor in User Interface Design: a View from the Trenches

    Metaphor in User Interface Design: a View from the Trenches

    METAPHOR IN USER INTERFACE DESIGN: A VIEW FROM THE TRENCHES William Hudson Syntagm Ltd 10 Oxford Road Abingdon, UK, OX14 2DS [email protected] ABSTRACT mental models. While different theories of metaphor and The application of metaphor to user interface design is analogy abound, Dedre Gentner’s structure-mapping poorly understood and with only a few exceptions, badly theory is one of the most compelling for UI design executed. Yet metaphor has great potential to help users purposes [3]. In structure mapping, Gentner suggests it is acquire appropriate mental models of interactive systems. the relationship between entities that carries useful In this paper I examine some of the issues that plague information from the source domain to the target, not metaphoric user interfaces and suggest solutions that could similarities between the entities themselves. In her example lead to greater rates of success. of Rutherford’s analogy between the hydrogen atom and the solar system, it is the relationship between the planets Keywords and the sun that provides the mental model useful in the Metaphor; user-interface design; mental models; structure- target domain of the hydrogen atom. The physical mapping theory attributes of the entities are of no concern. Naturally, we are interested in the surface aspects of a 1. INTRODUCTION metaphor when it comes to designing a GUI, but this The popularity of metaphor in user interface design largely should always take a secondary role to that of structure. In coincided with the development of graphical user particular, metaphors that offer attractive graphics at the interfaces, most notably the desktop metaphor from Xerox expense of a useful structure or efficient interface are PARC [1].
  • Re-Framing the Desktop Interface Around the Activities of Knowledge Work

    Re-Framing the Desktop Interface Around the Activities of Knowledge Work

    Re-framing the Desktop Interface Around the Activities of Knowledge Work Stephen Voida Elizabeth D. Mynatt, W. Keith Edwards Department of Computer Science GVU Center, College of Computing University of Calgary Georgia Institute of Technology Calgary, AB, Canada T2N 1N4 Atlanta, GA, USA 33032-0760 [email protected] {mynatt, keith}@cc.gatech.edu ABSTRACT Our prototype system, Giornata, demonstrates how the The venerable desktop metaphor is beginning to show signs traditional desktop metaphor can be re-framed to retain the of strain in supporting modern knowledge work. In this spirit of simplified interaction with applications and files paper, we examine how the desktop metaphor can be re- and yet better support contemporary knowledge workers’ framed, shifting the focus away from a low-level (and practices by emphasizing activity as the primary organizing increasingly obsolete) focus on documents and applications principle in the interface. Giornata’s enhanced desktop to an interface based upon the creation of and interaction serves not only as a display space for application windows, with manually declared, semantically meaningful activities. but also serves as an active folder for documents and other We begin by unpacking some of the foundational information items associated with the current activity assumptions of desktop interface design, describe an (Figure 1). Giornata utilizes lightweight activity- and activity-based model for organizing the desktop interface document-tagging capabilities that enable informal and based on theories of cognition and observations of real- evolutionary resource organization. Finally, Giornata world practice, and identify a series of high-level system integrates collaboration tools directly into the desktop to requirements for interfaces that use activity as their primary support group information sharing and activity awareness.
  • Preparation of Papers in Two-Column Format for the Proceedings in A4

    Preparation of Papers in Two-Column Format for the Proceedings in A4

    PakPao 3D: The Design and Implementation of a Three-Dimensional User Interface for an Operating System Using a Game Engine Satidchoke Phosaard and Jessada Tanthanuch School of Information Technology, Institute of Social Technology School of Mathematics, Institute of Science Suranaree University of Technology 111 University Ave., Muang District, Nakhon Ratchasima 30000, THAILAND [email protected], [email protected] Abstract-PakPao 3D is a novel 3-dimensional user interface. We propose a complement of a 3D user interface desktop metaphor of the operating system. The augmented virtual reality replaces the 2-dimensional desktop user interface, while the launched applications are still in 2D windows. This allows the user to immerse oneself in the screen, viewing as the first person, and travel through the world instead of looking at the screen as from a bird’s-eye view over the desktop. To interact with the interface, basic input devices are used. Traveling in the virtual environment utilizes the keyboard, while selecting and manipulating objects employs a mouse. The distinction of this 3D interface is that the application and file icons are also true 3D objects which can be manipulated in addition to the animated and realistic environment elements added to the interface. General functionalities of the desktop can be performed including creating customized application shortcuts. To accomplish this, a state-of-the-art game engine is used to Figure 1. PakPao 3D: The beach virtual environment. implement the interface. While introduced as an augmented virtual reality environment desktop and maintaining full usage system in the world, Microsoft Windows. Windows Vista, of unaltered launched applications in 2D windows, the users the latest version of Microsoft Windows released in early found the interface attractive and demonstrated that using 2007, has a new eye-catching task switching utility using such an interface was enjoyable.
  • An Evaluation of Stacking and Tiling Features Within the Traditional Desktop Metaphor Clemens Zeidler, Christof Lutteroth, Gerald Weber

    An Evaluation of Stacking and Tiling Features Within the Traditional Desktop Metaphor Clemens Zeidler, Christof Lutteroth, Gerald Weber

    An Evaluation of Stacking and Tiling Features within the Traditional Desktop Metaphor Clemens Zeidler, Christof Lutteroth, Gerald Weber To cite this version: Clemens Zeidler, Christof Lutteroth, Gerald Weber. An Evaluation of Stacking and Tiling Features within the Traditional Desktop Metaphor. 14th International Conference on Human-Computer In- teraction (INTERACT), Sep 2013, Cape Town, South Africa. pp.702-719, 10.1007/978-3-642-40483- 2_49. hal-01497472 HAL Id: hal-01497472 https://hal.inria.fr/hal-01497472 Submitted on 28 Mar 2017 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Distributed under a Creative Commons Attribution| 4.0 International License An Evaluation of Stacking and Tiling Features within the Traditional Desktop Metaphor Clemens Zeidler1, Christof Lutteroth1 and Gerald Weber1 1 University of Auckland, 38 Princes Street, Auckland 1010, New Zealand [email protected], {lutteroth,g.weber}@cs.auckland.ac.nz Abstract. Having many open windows on the desktop can lead to various usa- bility problems. Window content may get occluded by other windows and working with multiple windows may get cumbersome. In this paper, we evalu- ate the idea to integrate stacking and tiling features into the traditional desktop metaphor.
  • A History of the Personal Computer Index/11

    A History of the Personal Computer Index/11

    A History of the Personal Computer 6100 CPU. See Intersil Index 6501 and 6502 microprocessor. See MOS Legend: Chap.#/Page# of Chap. 6502 BASIC. See Microsoft/Prog. Languages -- Numerals -- 7000 copier. See Xerox/Misc. 3 E-Z Pieces software, 13/20 8000 microprocessors. See 3-Plus-1 software. See Intel/Microprocessors Commodore 8010 “Star” Information 3Com Corporation, 12/15, System. See Xerox/Comp. 12/27, 16/17, 17/18, 17/20 8080 and 8086 BASIC. See 3M company, 17/5, 17/22 Microsoft/Prog. Languages 3P+S board. See Processor 8514/A standard, 20/6 Technology 9700 laser printing system. 4K BASIC. See Microsoft/Prog. See Xerox/Misc. Languages 16032 and 32032 micro/p. See 4th Dimension. See ACI National Semiconductor 8/16 magazine, 18/5 65802 and 65816 micro/p. See 8/16-Central, 18/5 Western Design Center 8K BASIC. See Microsoft/Prog. 68000 series of micro/p. See Languages Motorola 20SC hard drive. See Apple 80000 series of micro/p. See Computer/Accessories Intel/Microprocessors 64 computer. See Commodore 88000 micro/p. See Motorola 80 Microcomputing magazine, 18/4 --A-- 80-103A modem. See Hayes A Programming lang. See APL 86-DOS. See Seattle Computer A+ magazine, 18/5 128EX/2 computer. See Video A.P.P.L.E. (Apple Pugetsound Technology Program Library Exchange) 386i personal computer. See user group, 18/4, 19/17 Sun Microsystems Call-A.P.P.L.E. magazine, 432 microprocessor. See 18/4 Intel/Microprocessors A2-Central newsletter, 18/5 603/4 Electronic Multiplier. Abacus magazine, 18/8 See IBM/Computer (mainframe) ABC (Atanasoff-Berry 660 computer.
  • Conflicts of Interest, Intra‐Group Financing and Procedural

    Conflicts of Interest, Intra‐Group Financing and Procedural

    Received: 30 October 2019 Revised: 31 March 2020 DOI: 10.1002/iir.1370 RESEARCH ARTICLE Conflicts of interest, intra-group financing and procedural coordination of group insolvencies Ilya Kokorin Department of Financial Law, Leiden University, Leiden Correspondence Ilya Kokorin, Department of Financial Abstract Law, Leiden University, Leiden, The Modern insolvency law instruments recognise the spec- Netherlands. ificity of enterprise group insolvencies, premised on the Email: [email protected] existence of close operational and financial links between group members. It is widely accepted that maximisation of insolvency estate value and procedural efficiency depend on coordination of insolvency pro- ceedings opened with respect to group entities. Such coordination is prescribed in the European Insolvency Regulation (recast), the United Nations Commission on International Trade Law (UNCITRAL) Model Law on Enterprise Group Insolvency and the recently reformed German insolvency law. Yet in insolvency, group mem- bers retain their own insolvency estates and pools of creditors. This is based on the traditional company law principle of entity shielding. Active communication and cooperation between insolvency practitioners and courts do not sit well with the separate (atomistic) nature of insolvency proceedings, as well as different and oftentimes conflicting interests of creditors in such proceedings. As a result, communication and coopera- tion may be restricted in a situation of conflicts of inter- est. This article explores how in the context of group distress the risks arising from conflicts of interest can be controlled and mitigated, while ensuring efficient This is an open access article under the terms of the Creative Commons Attribution License, which permits use, distribution and reproduction in any medium, provided the original work is properly cited.