Time to Re-Wire.Pdf

Total Page:16

File Type:pdf, Size:1020Kb

Time to Re-Wire.Pdf Organised Sound http://journals.cambridge.org/OSO Additional services for Organised Sound: Email alerts: Click here Subscriptions: Click here Commercial reprints: Click here Terms of use : Click here Time to re­wire? Problems and strategies for the maintenance of live electronics RICHARD POLFREMAN, DAVID SHEPPARD and IAN DEARDEN Organised Sound / Volume 11 / Issue 03 / December 2006, pp 229 ­ 242 DOI: 10.1017/S1355771806001543, Published online: 17 November 2006 Link to this article: http://journals.cambridge.org/abstract_S1355771806001543 How to cite this article: RICHARD POLFREMAN, DAVID SHEPPARD and IAN DEARDEN (2006). Time to re­wire? Problems and strategies for the maintenance of live electronics. Organised Sound,11, pp 229­242 doi:10.1017/S1355771806001543 Request Permissions : Click here Downloaded from http://journals.cambridge.org/OSO, IP address: 132.216.227.42 on 20 Aug 2012 Time to re-wire? Problems and strategies for the maintenance of live electronics RICHARD POLFREMAN{, DAVID SHEPPARD{ and IAN DEARDEN{ {Music Department, University of Southampton, Southampton SO17 1BJ, UK E-mail: [email protected] {Sound Intermedia, 7 Ossian Mews, London N4 4DT, UK E-mail: [email protected], [email protected] While much work is proceeding with regard to the settings, audio, video, etc.), these have also introduced preservation and restoration of audio documents in general new problems, and in some cases may accelerate the and compositions for tape in particular, relatively little potential loss of works. First, digital media have research has been published with regard to the issues of reducedtheperceivedneedtorecordinformationsuch preserving compositions for live electronics. Such works often as synthesizer parameters on hard copy (paper). While involve a distinct performance element difficult to capture in a for analogue devices a set-up would be recorded by single recording, and it is typically only in performance that such works can be experienced as the composer intended. manually logging all settings, digital devices offer the However, performances can become difficult or even ability to save all settings internally or to files that can be impossible to present over time due to data and/or equipment transferredbetweenmachinesandstoredonmagnetic issues. Sustainability here therefore refers to the effective or optical media. However, these media can be fragile recording of all the information necessary to set up the live and easily subject to damage. The typically large electronics for a performance. Equally, it refers to the numbers of parameters in digital devices means that availability of appropriate devices, as rapid technological electronic storage is highly convenient and has come to change soon makes systems obsolete and manufacturers be relied upon. Secondly, even if the storage media discontinue production. The authors have had a range of themselves are reliable, the devices used to read such experience re-working performances over a number of years, media share the same risks of obsolescence as the device including compositions by Luigi Nono and Jonathan Harvey, amongst others. In this paper we look at the problem as a – either the device itself is required (e.g. for a Yamaha whole, focusing on Jonathan Harvey’s works with electronic data cartridge), or a dedicated media reader. Various elements, which span some twenty-six years, as exemplars of generic digital data media formats have come and gone, the types of problems involved. including 5.250 floppy disks, Syquest removable car- tridges, and 2.80 Quick Disks; 3.50 floppy disks are increasingly rare, and Zip disks have rapidly reduced in 1. INTRODUCTION popularity. The same is true of computer systems, where Many twentieth-century compositions that use electro- the computer type itself can die out (e.g. Atari systems nic systems in performance are becoming impractical to much used in the 1980s). Thirdly, even if the data perform as they are specified for outdated systems that medium is intact and a device can be found to read it, the over time become difficult or impossible to obtain. In data format may be difficult to use as, for example, a addition to increasing cost, there are also the issues of MIDI librarian package may no longer be available, equipment reliability in performance and expert knowl- and indeed the original program may not function on edge needed to operate these devices effectively. In many current operating system versions. cases, performance is the only accurate representation While the preservation of electroacoustic music is of a work since, for example, complex loudspeaker now rising in profile, the authors’ concern has been with arrangements may be used. Such works are not performance, having been involved in the presentation captured effectively by stereo recordings, or even of many works with live electronics over a number of necessarily by increasingly common surround sound years. As such we are interested in the archived materials formats. As well as performance problems, there are that publishers have available for hire, as well as the those related to archiving works, since sets of parameter realisation of works based on those materials. This cuts values or patches for devices that are no longer available across almost all areas of music preservation – quickly become redundant data. Also, storage media instruments, other hardware such as effects processors, themselves can become outdated or damaged and so no software programs, computer storage media and longer viable. formats, tape/disc media and formats, scores and text. While digital systems provide effective long-term Publishers and composers are not generally organised storage of all types of material (score, text, patch to update their archives systematically and transfer Organised Sound 11(3): 229–242 ß 2006 Cambridge University Press. Printed in the United Kingdom. doi: 10.1017/S1355771806001543 230 Richard Polfreman et al. material to new media as these become outdated. Their be as vague as ‘live electronics’, which is of little value approach has been generally reactive, with the demand other than tagging the work for further investigation, or for a performance leading to required updates. This as complete as listing online the manufacturer/model of leaves works that have not been performed for a number the equipment, the hire media (e.g. Zip disk) and of years in real danger of becoming too difficult to stage. reference technical specification. In order to get the precise specification it is typically necessary to go to the score itself, although even here the information may not 2. WHAT LIVE ELECTRONICS HAVE BEEN be sufficient in some cases. For each work we log as USED? much information as has been so far confirmed, based In an attempt to gain an overview of the current on types of device/process involved. Thus in addition to situation, the authors have gathered information from the standard composer, publisher, date and title several publishers and their websites. These include 353 information there are categories such as ‘tape’, which works so far, across approximately 100 composers from will include a description of the specific format involved publishers including Boosey and Hawkes, Chester (‘199analogue reel-to-reel’, ‘DAT’) if known, or simply a Music, Faber Music and Universal Edition. Each ‘tape’ label if the format has not yet been ascertained. composition dates from between 1953 and 2003 and Some of the general categories can be seen in Figure 1, combines one or more of the following elements: tape, and the range of categories will expand in order to instrument(s), live electronics. Of these works, we describe works as they are added to the records. Initially currently have minimal information on forty-five of collated in Microsoft Excel, the data is being transferred them. This is a preliminary list still being refined, and we to MySQL and we aim to provide an online database at are in the process of undertaking a larger-scale collation a time when the details are more complete. At this stage of works with electronics in order to achieve a more in our research, the purpose of the data is to aid complete picture of the situation. We have included tape identification of works that are potentially problematic, here as a form of live electronics for this review, as there rather than to describe complete performance specifica- are similar issues involved. However, we focus on non- tions. It is therefore sufficient to simply record the tape works since the restoration of tape has been devices specified in appropriate detail, together with the discussed much elsewhere (e.g. Novati 2001; Teruggi nature of the storage media involved. This preliminary 2004). work allows a large number of works to be included There is significant variability in the quality of more rapidly than requiring a complete record of information publishers keep readily available regarding performance of details from the outset. Even then, both the technical requirements for a work and the many details must be confirmed by accessing scores and materials available for hire. For example, the detail can publisher archives directly. Figure 1. Numbers of works using different technology types. Time to re-wire? 231 Of the 308 works for which we gained technical (1). One work lists Atari with Notator software. Of these information, unsurprisingly the most common electro- the Atari is perhaps the most problematic, having been nic component was tape. Two hundred and six works discontinued in the early 1990s. They can still be found, used ‘tape’ of some kind (see Figure 1), including but are increasingly rare, while the correct software may analogue tape (both reel-to-reel and cassette), DAT, be very difficult to obtain. Apple Macintosh computers CD, ADAT (8-track digital audio on VHS cassette), are readily available as is much of the software listed, DA88 (8-track digital recording on HI-8 cassette), etc. albeit in much later versions. There remain issues of safe Most of the analogue works listed have already been storage (e.g.
Recommended publications
  • Red Hat Enterprise Linux 7 7.8 Release Notes
    Red Hat Enterprise Linux 7 7.8 Release Notes Release Notes for Red Hat Enterprise Linux 7.8 Last Updated: 2021-03-02 Red Hat Enterprise Linux 7 7.8 Release Notes Release Notes for Red Hat Enterprise Linux 7.8 Legal Notice Copyright © 2021 Red Hat, Inc. The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/ . In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries. Linux ® is the registered trademark of Linus Torvalds in the United States and other countries. Java ® is a registered trademark of Oracle and/or its affiliates. XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries. MySQL ® is a registered trademark of MySQL AB in the United States, the European Union and other countries. Node.js ® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
    [Show full text]
  • Setting up Railpic] 12Th March 2020
    [Setting up RailPIC] 12th march 2020 1 Introduction This document provides a step by step guide to get a full DIY digital station for model trains running on an ARM device. The current development is based on my initial ideas to make rocrail (www.rocrail.net) run on a raspberry pi (www.raspberrypi.org/). The old document with such ideas – “Setting up rocpi v1.93” – is still available in the same repository where you have found this manual. Nowadays, the target HW used as basis for this project has shifted towards the odroid platform (http://www.hardkernel.com/main/main.php), specifically the C1 (C1+) board, thought all the instructions in this document are most probably equally suitable for the C2 board. The operating system used as basis has also shifted towards arch linux (https://archlinuxarm.org/), which in addition to be faster, more configurable and more updated than other tailored-made OS for other platforms – as Raspbian, it is available for multiple ARM devices. This allows to maintain this manual with detailed instructions both for odroid and raspberry pi (for testing purposes). The basic software to manage the trains layout is still rocrail, though, since the rpicd software emulates standard central stations, any other control software could be used too. The distribution of rpicd has also evolved towards the use of dockers (https://www.docker.com/) as main way to keep the software updated and independent on the HW and OS platform The final objective is to get the ARM device running on a very simple configuration, starting rocrail as a daemon, and enabling the launching of rocview through the activation of a digital input.
    [Show full text]
  • Case Sensitivity Versus Case Preservation in CIFS Server (Samba)
    Title: Case Sensitivity versus Case Preservation in CIFS Server (Samba) Author: Don McCall, Senior Support Engineer, Hewlett-Packard GSE Introduction The differences between PC and UNIX file systems are legion: how big they can be, what attributes they support, what characters are legal for file and directory names, etc. Samba does a truly heroic job of handling these differences. One way it does that is by recognizing and handling the difference between an operating system that is case sensitive (Unix), and one that simply preserves case (Microsoft Windows9x, WinNT, and Windows2000). In this article I'd like to examine this difference. Let us take for our study four filenames: FILEONE.TXT filetwo.txt Filethree.txt FiLeFoUr.TxT The first file (FILEONE.TXT) is all uppercase. The second file (filetwo.txt) is all lowercase. The third file is a special ‘case’ whose first letter ONLY is uppercase. The fourth file (FiLeFoUr.TxT) is a truly 'mixed' case, representative of the myriad case permutations a file name could take on. In Unix, if we used the touch command to create these four filenames, we would get exactly what we requested, i.e., a set of files in the directory whose names exactly matched the case we typed in, as we see here from the output of the UNIX ‘ll’ command: · rw-r-r-- 1 root sys 0 Dec 19 15:17 FILEONE.TXT · rw-r-r-- 1 root sys 0 Dec 19 15:18 FiLeFoUr.TxT · rw-r-r-- 1 root sys 0 Dec 19 15:18 Filethree.txt · rw-r-r-- 1 root sys 0 Dec 19 15:18 filetwo.txt Note that the Unix command 'll' doesn't alter this presentation – the filenames are shown just as they are represented in the file system.
    [Show full text]
  • MKS Toolkit UNIX to Windows Porting Guide
    MKS Toolkit UNIX to Windows Porting Guide MKS Inc. MKS Toolkit: UNIX to Windows Porting Guide ©2004 MKS Software Inc.; in Canada copyright owned by MKS Inc. All rights reserved. MKS, MKS Toolkit, and AlertCentre are registered trademarks of MKS Inc. NuTCRACKER is a registered trademark of MKS Software Inc. All other trademarks referenced are the property of their respective owners. MKS Inc. 12450 Fair Lakes Circle Suite 400 Fairfax, Virginia 22033 Phone: +1 703 803-3343 Fax: +1 703 803-3344 E-mail: [email protected] 8.7-0604 Technical Support To request customer support, please contact us by one of the means listed below and in your request include the name and version number of the product, your serial number, and the operating system and version/patch level that you are using. Contact MKS customer support at: Web: http://www.mkssoftware.com/support E-mail: [email protected] Telephone: +1-703-803-7660 (9:00am to 7:00pm Eastern, Mon-Fri) Fax: +1-703-803-3344 When reporting problems, please provide a test case and test procedure, if possible. If you are following up on a previously reported problem, please include the problem tracking number in your correspondence. Finally, tell us how we can contact you. Please give us your e-mail address and telephone number. UNIX to Windows Porting Guide iii iv MKS Toolkit Table of Contents 1 Introduction...............................................................1 A Note About Compilers ........................................................................2 2 Windows Concepts ..................................................3
    [Show full text]
  • Meeting the Challenge of Media Preservation: Strategies and Solutions August 2011
    Meeting the Challenge of Media Preservation: Strategies and Solutions August 2011 Meeting the Challenge of Media Preservation: Strategies and Solutions Indiana University Bloomington Media Preservation Initiative Task Force August 2011 Our history is at risk Indiana University Bloom- ington is home to at least 3 million sound and moving image recordings, photos, documents, and artifacts. Well over half a milion of these special holdings are part of audio, video, and film collections, and a large num- ber of them are one of a kind. These invaluable cultural and historical gems, and many more, may soon be lost. Forever. IMAGES, PREVIOUS PAGE: g The Archives of African g Gloria Gibson, Frances Stubbs, and founding director Phyllis American Music and Culture Klotman pose in 1985 with part of the Black Film Center/Archive’s has ninety-one audiocas- rich collection of films and related materials by and about African settes of interviews conducted Americans. Photo courtesy of the Black Film Center/Archive. by Michael Lydon with Ray Charles and his associates as background for the book Ray Charles: Man and Music. Image from IU News Room. g The Blackbird (1926), star- g Herman B Wells was an edu- g In 1947 Bill Garrett broke a ring Lon Chaney, is one of cational visionary who helped color barrier in major college many historically important transform Indiana University basketball by becoming the films found in the David S. into an internationally recog- first black player signed in Bradley Collection. Photo nized center of research and the Big Ten. He led the team courtesy of Lilly Library.
    [Show full text]
  • Masterarbeit
    Masterarbeit zur Erlangung des akademischen Grades Master Technische Hochschule Wildau Fachbereich Wirtschaft, Informatik, Recht Studiengang Bibliotheksinformatik M. Sc. Thema (deutsch): Preservation Planning für die digitalen audio-visuellen Materialen der Technischen Informationsbibliothek Hannover - Entwicklung eines Kriterienkataloges und eines Migration Plugins Thema (englisch): Preservation Planning for Digital Audio-Visual Material at the German National Library of Science and Technology (TIB) – Developing a Catalogue of Criteria and a Migration Plugin Autor/in: Merle Friedrich Matrikel-Nr.: 50041765 Seminargruppe: BIM/16 Betreuer/in: M. Eng. Marcel-Dominique Paul Block Zweitgutachter/in: Prof. Dr. rer. nat. Janett Mohnke Eingereicht am: 03.03.2019 Bibliographic Description Preservation Planning for Digital Audio-Visual Material at the German National Library of Science and Technology (TIB) – Developing a Catalogue of Criteria and a Migration Plugin Masterarbeit 2019, 81 Seiten, 12 Abbildungen; 15 Tabellen; 4 Anlagen Technische Hochschule Wildau, Fachbereich WIR Goal: Evaluation of the risk of obsolescence for the most common audio-visual file formats in TIB’s holdings and development of a migration plugin Inhalt: Die Technische Informationsbibliothek Hannover (TIB) betreibt ein Langzeitarchivie- rungssystem um die digitalen Bestände, unter anderem audiovisuelle Materialien, zu erhalten. Um obsolete audiovisuelle Formate zu identifizieren wird ein Kriterienkatalog entwickelt. Diejenigen Formate, welche einen Großteil der audiovisuellen
    [Show full text]
  • Caldera Openlinux Integration Guide for IBM Xseries and Netfinity
    Caldera OpenLinux Integration Guide for IBM xSeries and Netfinity The complete guide to running Caldera OpenLinux on xSeries and Netfinity Netfinity server-specific coverage you can’t find anywhere else, including ServeRAID configuration Plan, configure, and install key services, step-by-step: Samba, Apache, sendmail, DNS, DHCP, LDAP, and more Jakob Carstensen Rufus Credle Justin Davies Ivo Gomilsek Jay Haskins Georg Holzknecht Ted McDaniel ibm.com/redbooks SG24-5861-01 International Technical Support Organization Caldera OpenLinux Integration Guide for IBM ^ xSeries and Netfinity February 2001 Take Note! Before using this information and the product it supports, be sure to read the general information in Appendix H, “Special notices” on page 403. Second Edition (February 2001) This edition applies to preparing to or installing Caldera OpenLinux eServer 2.3 on IBM ^ xSeries and Netfinity. Comments may be addressed to: IBM Corporation, International Technical Support Organization Dept. HQ7 Building 678 P.O. Box 12195 Research Triangle Park, NC 27709-2195 When you send information to IBM, you grant IBM a non-exclusive right to use or distribute the information in any way it believes appropriate without incurring any obligation to you. © Copyright International Business Machines Corporation 1999 2001. All rights reserved. Note to U.S Government Users – Documentation related to restricted rights – Use, duplication or disclosure is subject to restrictions set forth in GSA ADP Schedule Contract with IBM Corp. Contents Preface....................................................ix The team that wrote this redbook. ...................................x Commentswelcome............................................. xii Chapter 1. Introduction ......................................1 1.1TheIBMcommitmenttoLinux...............................1 1.2CalderaSystems,Inc......................................2 1.3 Introducing the xSeries family of servers .......................2 Chapter 2.
    [Show full text]
  • Suse Linux Integration Guide for IBM for Xseries and Netfinity
    SuSE Linux Integration Guide for IBM for xSeries and Netfinity The complete guide to running SuSE Linux on xSeries and Netfinity Netfinity server-specific coverage you can’t find anywhere else, including ServeRAID configuration Plan, configure, and install key services, step-by-step: Samba, Apache, Postfix, DNS, DHCP, LDAP and more Jakob Carstensen Rufus Credle Justin Davies Ivo Gomilsek Jay Haskins Georg Holzknecht Ted McDaniel ibm.com/redbooks SG24-5863-01 International Technical Support Organization SuSE Linux Integration Guide for IBM ^ for xSeries and Netfinity December 2000 Take Note! Before using this information and the product it supports, be sure to read the general information in Appendix C, “Special notices” on page 385. Second Edition (December 2000) This edition applies to preparing for or installing SuSE Linux 7.0 Professional on xSeries and Netfinity systems. Comments may be addressed to: IBM Corporation, International Technical Support Organization Dept. HQ7 Building 678 P.O. Box 12195 Research Triangle Park, NC 27709-2195 When you send information to IBM, you grant IBM a non-exclusive right to use or distribute the information in any way it believes appropriate without incurring any obligation to you. © Copyright International Business Machines Corporation 1999 2000. All rights reserved. Note to U.S Government Users – Documentation related to restricted rights – Use, duplication or disclosure is subject to restrictions set forth in GSA ADP Schedule Contract with IBM Corp. Contents Preface....................................................ix The team that wrote this redbook. ...................................ix Commentswelcome..............................................xi Chapter 1. Introduction ......................................1 1.1TheIBMcommitmenttoLinux...............................1 1.2SuSELinux.............................................2 1.3 Introducing the xSeries family of servers .......................2 Chapter 2.
    [Show full text]
  • Problems and Strategies for the Maintenance of Live Electronics
    Time to re-wire? Problems and strategies for the maintenance of live electronics RICHARD POLFREMAN{, DAVID SHEPPARD{ and IAN DEARDEN{ {Music Department, University of Southampton, Southampton SO17 1BJ, UK E-mail: [email protected] {Sound Intermedia, 7 Ossian Mews, London N4 4DT, UK E-mail: [email protected], [email protected] While much work is proceeding with regard to the settings, audio, video, etc.), these have also introduced preservation and restoration of audio documents in general new problems, and in some cases may accelerate the and compositions for tape in particular, relatively little potential loss of works. First, digital media have research has been published with regard to the issues of reducedtheperceivedneedtorecordinformationsuch preserving compositions for live electronics. Such works often as synthesizer parameters on hard copy (paper). While involve a distinct performance element difficult to capture in a for analogue devices a set-up would be recorded by single recording, and it is typically only in performance that such works can be experienced as the composer intended. manually logging all settings, digital devices offer the However, performances can become difficult or even ability to save all settings internally or to files that can be impossible to present over time due to data and/or equipment transferredbetweenmachinesandstoredonmagnetic issues. Sustainability here therefore refers to the effective or optical media. However, these media can be fragile recording of all the information necessary to set up the live and easily subject to damage. The typically large electronics for a performance. Equally, it refers to the numbers of parameters in digital devices means that availability of appropriate devices, as rapid technological electronic storage is highly convenient and has come to change soon makes systems obsolete and manufacturers be relied upon.
    [Show full text]
  • 1.1 Project Overview Fedora and the Preservation of University Records
    Fedora and the Preservation of University Records Project 1.1 Project Overview Version 1.0 Date September 2006 Digital Collections and Archives, Tufts University Manuscripts & Archives, Yale University An Electronic Record Research Grant funded by the National Historical Publications and Records Commission Digital Collections and Archives Tisch Library Building Tufts University Medford, Massachusetts 02155 http://dca.tufts.edu Manuscripts and Archives Yale University Library Yale University P.O. Box 208240 New Haven, Connecticut 06520-8240 http://www.library.yale.edu/mssa/ © 2006 Tufts University and Yale University Co-Principle Investigators Kevin Glick, Yale University Eliot Wilczek, Tufts University Project Analyst Robert Dockins, Tufts University This document is available online at http://dl.tufts.edu/view_pdf.jsp?urn=tufts:central:dca:UA069:UA069.004.001.00001 (September 2006) Fedora and the Preservation of University Records Project Website at http://dca.tufts.edu/features/nhprc/index.html Funded by the National Historical Publications and Records Commission Grant Number 2004-083 Fedora and the Preservation of University Records Project PART ONE:INTRODUCTION 1.1 ProjectProject Overview Overview 1.2 System Model 1.3 Concerns 1.4 Glossary 1.5 Requirements for Trustworthy Recordkeeping Systems and the Preservation of Electronic Records in a University Setting PART TWO:INGEST 2.1 Ingest Guide 2.2 Ingest Projects 2.3 Ingest Tools PART THREE:MAINTAIN 3.1 Maintain Guide 3.2 Checklist of Fedora’s Ability to Support Maintain Activities PART FOUR:FINDINGS 4.1 Analysis of Fedora’s Ability to Support Preservation Activities 4.2 Conclusions and Future Directions 1.1 Project Overview TABLE OF CONTENTS Project Overview..........................................................................................................................
    [Show full text]
  • Beginning Samsung ARTIK a Guide for Developers — Cliff Wootton
    TECHNOLOGY IN ACTION™ Beginning Samsung ARTIK A Guide for Developers — Cliff Wootton www.allitebooks.com Beginning Samsung ARTIK A Guide for Developers Cliff Wootton www.allitebooks.com Beginning Samsung ARTIK Cliff Wootton Crowborough, East Sussex, United Kingdom ISBN-13 (pbk): 978-1-4842-1951-5 ISBN-13 (electronic): 978-1-4842-1952-2 DOI 10.1007/978-1-4842-1952-2 Library of Congress Control Number: 2016940104 Copyright © 2016 by Cliff Wootton 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. Exempted from this legal reservation are brief excerpts in connection with reviews or scholarly analysis or material supplied specifically for the purpose of being entered and executed on a computer system, for exclusive use by the purchaser of the work. Duplication of this publication or parts thereof is permitted only under the provisions of the Copyright Law of the Publisher’s location, in its current version, and permission for use must always be obtained from Springer. Permissions for use may be obtained through RightsLink at the Copyright Clearance Center. Violations are liable to prosecution under the respective Copyright Law. Trademarked names, logos, and images may appear in this book. Rather than use a trademark symbol with every occurrence of a trademarked name, logo, or image we use the names, logos, and images only in an editorial fashion and to the benefit of the trademark owner, with no intention of infringement of the trademark.
    [Show full text]
  • Using the Command Line
    9549x03.qxp 10/29/07 12:29 PM Page 39 3 Using the Command Line If you’re a casual Mac user, or even if you’re a hard- core Linux or Unix user, there are a few things about Mac OS X and the particular flavor of Unix under its candylike shell that might catch you off guard. Files and folders behave in rather different ways when you’re addressing them with textual commands than when you’re shoving them around with your mouse. Not only do they look different, they act different, too. You might even say they “think different.” The shell, which is what we call the command-line environment displayed by the Terminal application, is an austere and cryptic piece of software—about as un-Mac-like as it can possibly get. By the end of this book, you’ll have found all kinds of uses for it—tricks that weren’t otherwise possible using the graphical Aqua interface. But there’s a steep learning curve, par- ticularly for readers who have never dabbled in Unix before, and there are a few things you’re going to have to know about how your files work in the shell before you can really start ordering them around. 9549x03.qxp 10/29/07 12:29 PM Page 40 40 CHAPTER 3 Using the Command Line NOTE: This will be discussed in more detail in Chapter 4, “Basic Unix Commands,” but you should be aware that every Unix command is fully documented within the command line using the man (“manual”) command.
    [Show full text]