DOCSLIB.ORG

Forth Interest Group P.O

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Forth Interest Group P.O ~~iiFURTH UlrnEnSlOnS Forth Interest Group P.O. Box 8231 San Jose, CA 95155 VOLUME 111: Numbers 1-6 FORTH INTIRIST GROUP Volume Ill P.O. Box 1 105 Number 1 San Carlos, CA 94070 Price $2.00 2 Letters 4 Announcements 5 FORTH-79 Dialog 7 Technical Notes 10 Programming Aids 13 FORTH, Inc. News 14 Pa ramet e r Pass in g 15 Com pi ler Security 20 Userstack 23 A Stack Diagram Utility 33 C hapters/Meetings EDITOR'S COLUMN The last edition of FORTH DIMENSIONS was the beginning of many changes in editorial policy and Published by Forth Interest Group format. All these changes are designed to make FORTH DIMENSIONS a practical and useful communications Volume 111 No. 1 MayIJune 1981 tod. Publisher Roy C. Martens This practical approach continues. In this edition Guest Editor C. J. Street you will find a number of utility programs that will make the task of implementing practical applications in Editorial Review Board FORTH easier and faster. All of these utilities have been contributed by FIG members who have found Bill Ragsdale them to be valuable tools. The editorial staff thanks Dave 8oulton these contributors and would like to encourage all FIG Kim Harris members to share their ideas and experience. John James Dave Kilbridge Ifyou have a progfamming idea or tool that you have Henry Laxen found useful, pleese send it to George Maverick Editor Bob Smith FORTH DIMENStONS John Bumgarner P.O. Box 1105 San Carlos, CA 94070 FORTH DIMENSIONS solicits editorial material. comments and letters. No responsibility is assumed for YOU DON'T HAVE TO BE A WRITER-me editorial accuracy of material submitted. ALL MATERIAL staff will provide whatever copywriting is necessary to PUBLISHED BY THE FORTH INTEREST GROUP IS IN make your ideas publishable. THE PUBLIC DOMAIN. Information in FORTH DIMENSIONS may be reproduced with credit given to On the aesthetic side. you will find this edition con- the author and the Forth Interest Group. tains several photographs and art illustrations. This is a FORTH DIMENSIONS' first and you con expect to see Subscription to FORTH DIMENSIONS is free with more in the future. Photographs and art illustr~ons membership in the Forth Interest Group at $12.00 per will be chosen and published on the basis of their year ($24.00 foreign arr). For membership, Ch8f~Qeof educational and human interest value. address and/or to submit material, the address is: This issue also introduces the charactw HEX who Forth Interest Group will be FORTH DIMENSIONS' official comic strip. You P.O. Box 1105 will find the HEX comic strip in future editions of San Carlos, CA 94070 FORTH DIMENSIONS. HEX'S adventures will be a com- bination of humor and education. Ideas for HEX comic strips are welcome. IXtSTORICAL PERSPECTIVE C. 3. Street Editor FORTH was created by Mr. Charles H. Moore in PUBLISHER'S COLUMN 1969 at the National Radio Astronomy Observatory, Charlottesville. VA. It was created out of dissatisfaction Renewals and new members are coming in at a fast witn available programming tools, especially for obser- pace. We expect to climb to 3,000members in the next vatory automation. few monthsand to 5,000 within a year. Mr. Moore and several associates formed FORTH, Both the Computer Faire in San Francisco and the Inc. in 1973 for the purpose of licensing and support of Computer Festival in Trenton, New Jersey were huge the FORTH Operating System and Programming Lan- successes We'li be in both again next year. (I'd like to guage, and to supply application programming to meet know of any other shows where. you think FIG should customers' untque requirements. exhibit.) The Forth Interest Group is centered in Nwthem Good material is coming in for FORTH California. Our membership is over 2.400 worldwide. It DIMENSIONS. Keep it coming and send in your was formed in 1978 by FORTH programmerstto emur- comments. age use of the language by the interchange of ideas through seminars and publications. my Martens Page 1 FORTH DIMEI9SU)"ON In/l Dear Fig: LETTERS Thank you for the prompt and efficient rervice I have received. I realize that Dear Fig: you can't have much time left to look after the reat of the world, but without My company ir developing burinerr your interert it may never have reached ryrtemr using FORTH and we would be there rhorer. Spread the good WORD. intererted in caaanmicating with local FIGGIES as well as offering our input to J. Iluttley FST, FORM,, FIG and other applicable "F" u#IVERSIT!l OF AlXKLAND acronym since it ir obviourly in our 19 Duncan Avenue interert to promote the rpread and Auckland 8, acceptance of FORTH. We're alro confirmed New Zealand FORTH fanaticr. You are very welcome! - ad. David B. Man8 BUSINESS SYSTEMS SOFTWARE, IMC. 27 Eart Kings Highway Bditor'r note: Haddonfield, NJ 08033 (609) 429-0229 At the WEST COAST CUBPUTER FAIRE in California two verrionr of a FORTB bumper You are our kind of fanatic and m're rtrip were circulated: happy to put the word out for you Dave! -- ed . ?FORTH IF HONK THEN or alternately Dear Fig: Re : "Born-again progra=er" and "Born- again FIGGER" in FORTH DIMENSIONS II/S. Just thought you ught like to know. -- My interest in FORTB as a programing ed . language does not envolve becoming mired down in the morass of a religion. It would be best to stay on rational groundr Dear Fig: in the development of FORTH and leave religion to those who are unable to think TGIF is .very interested in mapping without faith. listings with other Fig-FORTR groups. Our current lirtingr are 2 Decorpilere; Full f will not take part in a religious rcreen editor; CASE statement8 for 8080, group. Therefore I will not be renewing 280 and 6502; 6502 Arserbler. my membership. TGIF Larry R. Shultis lWRR1 INTEREST CROUP -- TULSA P.O. Box 218 Bsx 1133 Fontana, WI 53125 Tulra, OK 74103 Just goes to shav you that there is more Bow about rending them in to FORTH than one type of fanatic! Keep the faith, DIMENSIONS? - ed. Larry, (OOPS, sorry about that! I meant: Don't worry, Larry,) FIG is not envolving (your spelling) into a religious group. -- ed . FORTH DXHENSIONS III/1 Page 2 Dear Pig: enough information should be provided so as to allow them to be adapted to I was lucky enough to attend one day of a different machine. the recent West Coast Computer Faire and to meet some of the mentors of FIG. I had 2. I will compile a draft of the pro- numerous questions and enjoyed talking to posed publication and submit it to a Bill Ragsdale and others about them. (By technical review cornittee for review the way, for those of you who couldn't and appropriate testing. This com- make it to the Faire, the FIG booth was mittee of FIG members (I am looking one of the most crowded. People were for volunteers) will scrutinize the standing there like no where else even as proposals (and alternatives if appro- the 5:OO closing approached. We all owe a priate), test them on a running FORTH thanks to the dedicated folks for their system, and make recommendations. time and effort in this endeavor, promoting and spreading the word of FORTH 3. I will then compile the final version and FIG. 1 and submit it to FIG for publication. One of my questions to Bill was "How can I have set some timelines for com- we remote members contribute to FIG" in piling this compendium such that it ways other than articles for FORTH can be published by next year's DIMENSIONS. I got a number of project Computer Faire. Material should be ideas, for one of which I need tne help of sent in no later then 1 September the whole membership. So ?LEASE: NOW 1981 (please send them early and give HERE THIS! me a chance to get ahead). I will distribute the draft for review and I propose to assemble a book of utility testing by 15 October 1981. Finally program packages for publication by FIG. I will begin compiling the final I have a list of functions which I think version by 1 January 1982 and have it should be included. This covers such ready for publication by 1 February things as editors (both the current FIG 1982. line oriented editor and a video screen type editor), string processing, data This may seem like a long time structures, extended math (double prec- abuilding, but I want to provide ision as an example), math functions (sin, ample opportunity for the contribu- log, etc.), matrix operations, and float- tors to develop their ideas fully and ing point routines. No doubt there are conduct a fair amount of testing others to be considered and I solicit your themselves before submission, I also suggestions. want to provide a good review by the coormittee to provide the highest The plan I propose to compile and quality document for FIG. It will be publish such a document is as follows: worth it in the long run. Your con- tributions will be sincerely appre- 1. Members are asked to send their ciated, and though the publication, proposals for implementing utility as are all of FIG'S, Vill be in the packages to me at the above address public domain, credit will be given (or through FIG). These proposals to the authors and contributors. So should consist of well documented if nothing else, this is a chance to (lots of cooments) fig-FORTH source get your name in print, in an inter- code accompanied by complete instruc- national publication.
Load more

Recommended publications
  • ABC800-Manual-BASIC-II.Pdf
    Preface This manual describes the BASIC II programming language of ABC 800. The reader should have programming experience, since the manual is not meant to be a BASIC textbook. Chapter 1 introduces the BASIC programming language. Chapter 2 deals with the structure of BASIC II computer programs. Chapters 3, 4, and 5 describe the data that can be processed by a program. Chapter 6 describes how to operate BASIC II. This chapter contains plenty of advice and tips on how to type and edit a program Chapter 7 deals with the direct usage of instructions and commands, without any program. This method is particularely useful when a program is being debugged. Chapters 8, 9, and 1a contain detailed descriptions of all commands, functions, and instructions that are part of BASIC II. Most of the descriptions are completed by examples which show the structure of each program part. Chapters 11 and 12 deal with the ABC 800 graphics. Both the TELETEXTgraphics and the high resolution graphics with animation mode are described. Chapter 13 describes the use of the function keys. Chapter 14 describes the differences between ABC 800 and ABC 80. Chapter 15 contains a list of error messages with comments. Chapter 16, marked with grey edges, contains short descriptions of all instructions, functions, and commands arranged in alphabetical order.The list in chapter 16 is meant for use as an index register, where the syntax can be found together with references to the detailed descriptions earlier in the manual (chapters 8, 9, and 10). Chapter 17 is a list of literature references and chapter 18 contains a number of appendices.
    [Show full text]
  • A Technology Assessment of Personal Computers. Vol. III: Personal Computer Impacts and Policy Issues
    DOCUMENT RESUME ED 202 454 IR 009 300 AUTHOR Nilles, Jack M.; And Others TITLE A Technology Assessment of Personal Computers. Vol. III: Personal Computer Impacts and Policy Issues. INSTITUTION University of Southern California, Los Angeles. Office of Interdisciplinary Program Development. SPONS AGENCY National Science Foundation, Washington, D.C. DEPORT NO OIP/PCTA-80-3/3 PUB DATE Sep BO GRANT PRA-78-05647 NOTE 342p.; For related documents, see IR 909 298-300. Some small print marginally legible. EDRS PRICE MF01/PC14 Plus Postage. DESCRIPTORS Education; Employment; *Microcomputers; Prediction; *Public Policy; Questionnaires IDENTIFIERS *Delphi Technique; International Trade; *Technology Assessment ABSTRACT A technology assessment of personal computers was conducted to study both the socially desirable and undesirable impacts of this new technology in three main areas: education, employment, and international trade. Information gleaned from this study was then used to generate suggestions for public policy options which could influence these impacts. Four primary methods were used to develop the information for the policy analysis stages of the assessment:(1) search and analysis of the relevant literature, (2) development of a series of scenarios of alternative futures, (3) performance of two Delphi surveys and a cross-impact analysis based on these scenarios, and (4) interviews and/or surveys of the potentially affected stakeholders and decision makers. Tables of data are included as well as a list of references. Appendices include Delphi questionnaires with summaries of findings and an employment questionnaire used in the study. (LLS) *********************************************************************** Reproductions supplied by EDRS are the best that can be made * from the original document. *********************************************************************** U S DEPARTMENT OF HEALTH.
    [Show full text]
  • Hungary: Computers Behind the Iron Curtain Written by Gábor Képes
    Hungary: Computers behind the Iron Curtain Written by Gábor Képes After the 1956 Revolution,in People’s Republic of Hungary Stalinist dictatorship was followed by a political system that was ready for consolidation and opened towards the West. For this reason Hungary was sometimes called the ’happiest barracks of the Soviet camp’. Hungarian computer technology was both connected to the initiatives of the Eastern bloc countries, and also hurriedly following the West at the same time. By 1989 there were approximately 100,000 computers working in the country, and its computer technology was typically colourful and full of unique solutions. Gábor Képes is 1. Heyday of Cybernetics in Hungary Head of the De- partment of Every modern digital computer in the world is set up on the Technological principles (principle of the stored program) described by the Museology. Since Hungarian-born American mathematician, John von Neumann 2004 he has been (1903-1957). Neumann made his own concept available for the a curator of the whole world.The history of modern computer science started in computer science the 1940s and 50s - while the Second World War was ending the collection of the Hungarian Mu- World War II and the Cold War was starting. Computer research seum for Science and Technol- began in the Soviet bloc as well, although in the era of Stalinism ogy, and then from 2009 in the cybernetics was considered a “dangerous civil pseudoscience”. successor institute: Hungarian This point of view slowly changed starting in the second half of Museum for Science, Technology the 50’s. and Transport.
    [Show full text]
  • Hungarian Scientists in Information Technology Gyözö Kovács
    Hungarian Scientists in Information Technology Gyözö Kovács To cite this version: Gyözö Kovács. Hungarian Scientists in Information Technology. Arthur Tatnall. Reflections on the History of Computing : Preserving Memories and Sharing Stories, AICT-387, Springer, pp.289-319, 2012, IFIP Advances in Information and Communication Technology (SURVEY), 10.1007/978-3-642- 33899-1_18. hal-01526814 HAL Id: hal-01526814 https://hal.inria.fr/hal-01526814 Submitted on 23 May 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 Hungarian Scientists in Information Technology Dr. hc. Győző Kovács John von Neumann Computer Society, Hungary Abstract: Studying Information Technology, the History of Science and Technology was very rich in Hungarian talents; those who designed ‘clever’ machines at the very early times of calculators. These calculators are the ancestors of the present-time ones that were called later on, in the 20th century, computers. The computer historians may agree or disagree, but I think the first real-life, early ‘calculator-like’ machine was developed by Farkas Kempelen in the 18th century. It was a real output device, a talking machine.
    [Show full text]
  • Quantifying the Performance of Garbage Collection Vs. Explicit Memory Management
    Quantifying the Performance of Garbage Collection vs. Explicit Memory Management ¤ Matthew Hertz Emery D. Berger Computer Science Department Dept. of Computer Science Canisius College University of Massachusetts Amherst Buffalo, NY 14208 Amherst, MA 01003 [email protected] [email protected] ABSTRACT physical memory is scarce, paging causes garbage collection to run Garbage collection yields numerous software engineering benefits, an order of magnitude slower than explicit memory management. but its quantitative impact on performance remains elusive. One Categories and Subject Descriptors can compare the cost of conservative garbage collection to explicit memory management in C/C++ programs by linking in an appro- D.3.3 [Programming Languages]: Dynamic storage management; priate collector. This kind of direct comparison is not possible for D.3.4 [Processors]: Memory management (garbage collection) languages designed for garbage collection (e.g., Java), because pro- General Terms grams in these languages naturally do not contain calls to free. Experimentation, Measurement, Performance Thus, the actual gap between the time and space performance of explicit memory management and precise, copying garbage collec- Keywords tion remains unknown. oracular memory management, garbage collection, explicit mem- We introduce a novel experimental methodology that lets us quan- ory management, performance analysis, time-space tradeoff, through- tify the performance of precise garbage collection versus explicit put, paging memory management. Our system allows us to treat unaltered Java programs as if they used explicit memory management by relying 1. Introduction on oracles to insert calls to free. These oracles are generated Garbage collection, or automatic memory management, provides from profile information gathered in earlier application runs.
    [Show full text]
  • Spiele- Hardware
    260 SEITEN SONDERHEFT 2/16 Deutschland 14,95 Österreich 16,90 Schweiz SFR 25,80 ALT! Die beste Retro spiele- hardware Die wichtigsten Homecomputer, Konsolen & Handhelds von 1977 bis 2001 ALLE INFOS ZU Atari ● RCA Studio ● Apple II ● Microvision ● Atari 8-Bit ● Mattel Intellivision ● Commodore VC 20 ● BBC ● Sinclair Spectrum ● Commodore 64 ● ColecoVision ● MSX-Computer ● Schneider CPC ● NES ● Sega Master System ● Atari ST ● Amiga 500 ● Sega Mega Drive ● Nintendo Game Boy ● Atari Lynx ● Turbo Grafx 1 ● Sega Game Gear ● Neo Geo ● SNES ● 3DO ● Sony PlayStation ● Sega Saturn ● Nintendo 64 ● Bandai Wonderswan ● Sega Dreamcast ● Sony PlayStation 2 ● Nintendo Gamecube ● Xbox ● Nintendo GBA ● Retron 5 ... ARCADE | ATARI | COMMODORE | MSX | NEO GEO | NINTENDO | SCHNEIDER | SEGA | SINCLAIR | SONY powered by Die beste Retro Sonderheft 02/2016 spiele- hardware ie Retro-Liebe, und wir reden natürlich von der Liebe zu Retrospielen, ist teils pure Weißt- du-noch-Nostalgie, teils aktiv gelebtes Hobby: Dank Emulatoren und Download-Veröffentli- chungen auf modernen Plattformen war es wohl noch nie so einfach wie heute, die alten Klassiker zu spielen – noch nicht einmal „damals“! Am meisten aber machen Retro-Games Dnatürlich auf Retro-Plattformen Spaß. Denn selbst der beste Bildschirmfi lter schafft es nicht, Sprites, Farben und, ja, auch das Flimmern, so darzustellen, wie damals ein Röhren-Fernseher oder VGA- Monitor. Ganz zu schweigen von den Original-Eingabegeräten und -Speicherkarten. Oder dem rein haptisch befriedigenden Erlebnis, ein Modul in seinen Schacht zu wuchten. Oder der Vorfreude beim Installieren von Sechs-Disks-Spielen auf dem Home Computer... In diesem Sonderheft des deutschen Retro Gamer wollen wir euch die besten Spiele-Plattformen ausführlich vorstellen, mit einer liebevollen Auswahl bereits erschienener, aber auch ganz neuer Artikel.
    [Show full text]
  • ACDC: Towards a Universal Mutator for Benchmarking Heap Management Systems
    ACDC: Towards a Universal Mutator for Benchmarking Heap Management Systems Martin Aigner Christoph M. Kirsch University of Salzburg fi[email protected] Abstract liveness deallocation delay We present ACDC, an open-source benchmark that may be config- ured to emulate explicit single- and multi-threaded memory alloca- tion, sharing, access, and deallocation behavior to expose virtually time any relevant allocator performance differences. ACDC mimics pe- ... ... allocation accesses last access deallocation riodic memory allocation and deallocation (AC) as well as persis- tent memory (DC). Memory may be allocated thread-locally and shared among multiple threads to study multicore scalability and even false sharing. Memory may be deallocated by threads other lifetime than the allocating threads to study blowup memory fragmentation. Memory may be accessed and deallocated sequentially in alloca- Figure 1: The lifecycle of an object tion order or in tree-like traversals to expose allocator deficiencies in exploiting spatial locality. We demonstrate ACDC’s capabili- ties with seven state-of-the-art allocators for C/C++ in an empir- ical study which also reveals interesting performance differences accesses to the allocated memory, and ends with the deallocation between the allocators. of the allocated memory. The time from allocation to deallocation is called the lifetime of an object. The time from allocation to last Categories and Subject Descriptors D.3.4 [Programming Lan- access is called the liveness of an object which ACDC, unlike other guages]: Memory management benchmarking tools, also emulates explicitly by controlling object General Terms Performance, Measurement access. The difference between lifetime and liveness of an object, here called deallocation delay, emulates mutator inefficiencies in Keywords benchmark; explicit heap management; multicore identifying dead objects for deallocation which may in turn expose allocator inefficiencies in handling dead memory.
    [Show full text]
  • Linux Multicore Performance Analysis and Optimization in a Nutshell
    LLiinnuuxx MMuullttiiccoorree PPeerrffoorrmmaannccee AAnnaallyyssiiss aanndd OOppttiimmiizzaattiioonn iinn aa NNuuttsshheellll PPhhiilliipp MMuuccccii mmuuccccii aatt eeeeccss..uuttkk..eedduu NNOOTTUURR 22000099 TTrroonnddhheeiimm,, NNoorrwwaayy NOTUR2009 Philip Mucci, Multicore Optimization 1 SScchheedduullee ● 10:15 Begin ● (1:00) ● 11:15 – 11:30 Coffee ● (1:30) ● 13:00 – 14:00 Lunch ● (2:00) ● 16:00 Finish ● 18:00 Beer NOTUR2009 Philip Mucci, Multicore Optimization 2 OOuuttlliinnee ● Commentary ● Programming Models ● HW/SW Overview ● Multicore ● Working With the Optimization Compiler ● Performance Analysis ● Single Core Optimization NOTUR2009 Philip Mucci, Multicore Optimization 3 IInniittiiaall CCoommmmeennttaarryy NOTUR2009 Philip Mucci, Multicore Optimization 4 OOppttiimmiizzaattiioonn iiss aann AArrtt FFoorrmm ● As such, this tutorial is partially subjective. ● Expect some contradictions to your experience(s). – Don't panic. ● Negative comments (on the tutorial) are welcomed (afterwards). – Please include “bug fixes”. – mucci at eecs.utk.edu NOTUR2009 Philip Mucci, Multicore Optimization 5 WWhhaatt''ss ssoo ssppeecciiaall aabboouutt MMuullttiiccoorree?? ● Parallel programming is somewhat easier... – Shared address space means direct access to data. ● Multicore is a great latency hiding mechanism. – Most computers are doing many different activities at once. (What about us?) ● We really can't get much faster without liquid cooling. ● Multicore appears to lower power and cooling requirements per FLOP. NOTUR2009 Philip Mucci, Multicore
    [Show full text]
  • Att Använda GNU/Linux Linus Walleij
    Att använda GNU/Linux Linus Walleij ONLINEVERSIONEN - TRYCKNING FÖRBJUDEN Jag har sålt rättigheterna att trycka den här boken till Studentlitter- atur, det betyder att du inte får trycka egna exemplar av boken från detta manuskript. Anledningen till att jag sålt rättigheterna är att jag vill att boken skall få spridning. Det finns mer information om detta för den som vill veta alla överväganden, se: http://www.df.lth.se/~triad/ gnulinux/20040514102823 Någon speciell licens finns inte för boken, inte än i varje fall, så det är vanlig sträng upphovsrätt som gäller. Det går däremot bra att sprida boken vidare i denna elektroniska form. Bokens hemsida: http://www.df.lth.se/~triad/gnulinux/ Innehåll 1 Inledning 3 1.1 Läsanvisning . 4 1.2 Läsarens förkunskaper . 4 1.3 Om formen . 6 1.4 Bäst-före-datum . 7 1.5 Datorvetenskaperna . 7 1.6 Något grundläggande om operativsystem . 8 1.6.1 Konstruktionshierarkier . 11 1.6.2 Operativsystemets hierarkier . 14 1.7 Tack . 16 2 POSIX 19 2.1 Historia . 21 2.2 Mach, MacOS X, GNU/Hurd . 23 2.3 POSIX innehåll . 25 2.3.1 Skal och kommandon . 25 2.3.2 Processer . 33 2.3.3 Demoner . 42 2.3.4 Användare . 44 2.3.5 Filsystemet . 51 2.3.6 Reguljära uttryck . 75 2.3.7 Texteditorer . 78 2.3.8 Datum och tid . 89 2.3.9 Rör, filter och skript . 90 2.3.10 Nätverket . 103 2.3.11 Terminalinloggning . 105 2.3.12 At- batch- och cronjobb . 107 Innehåll 3 De fria mjukvaruprojekten 111 3.1 Ekonomisk förklaring .
    [Show full text]
  • Onetouch 4.6 Scanned Documents
    ABC / DTC - NET MANUAL for ABC800 / Facit DTC and ABC80 Copyright (C) 1982 SATTCO AB, SWEDEN Verse 6 I-rAJ 1 983 (A) 9840 LJ Information in this document is subject to change without notice. ABC/DTC-Net MAJ83(A)- 1 83-05-09 RECORD OF CHANGES Date Pages Description 83-05-09 6 -1 PR out on pin 9 on CPU-card 83-05-09 1 1 - 2 Unit shipped with login 'SD' 83-05-09 App.2 Differ. ABC80/ABC800 syst.progr.names - ABC/DTC-NET 0­ 82-10-31 - CONTENrrs 1. DESCRIPTION - 2. SOFTWARE, DOS VERSION 6.xx 2.1 General, DOS 2.2 Direct disc addressing though DOS 2.3 Direct I/O 2.4 ABC800/Facit DTC and ABC80 compatibility 2.5 New 5 1/4" l,iini-floppy disc structure .. 2.6 New card select code for 8" floppy 3. USER DIRECTORIES, ACCESS PRIVILEGIES .. 3.1 User directories 3.2 Log-in, User, Super-user 3.3 Updating common files .. 4. CENTRAL EXECUTION OF SYSTEM PROGRAMS 5. COMMUNICATION, ABC-NET CABLE 6. CENTRAL UNIT (7028), CONNECTION BOX, RAM-BOARD .. 7. TERMINAL UNITS (7029,7030) 8. PRINTER 8.1 Printer access, Device names PH: and RPR: 8.2 Spooling 8.3 Printer hardware interface 8.3.1 Standard .. 8.3.2 Optional 8.4 Print output format .. 9. ABC/DTC-Net UTILITY SOFTWARE 9.1 COPYLIB,DOSGEN,DISKCHEK,UFD 9. 2 I\~AKEUSER 9.3 LOGIN 9 • 4 RA r~~ 0 PT 9.5 SETSTART,STARTUP 10. INSTALLATION 10.1 Physical connections 10.2 Central system with printer 10.3 Terminal board for ABC800/Facit DTC 10.4 Terminal board for ABC80 10.5 Disc interfaces 1 1.
    [Show full text]
  • Accident Research: TRS-80 Picks up the Pieces
    0 su--rsx Personal .urte Canada 82.75/US 82.00/FF 8.80/FL 4.00/SFr 7.20/IR £1.041P BFr 87/SKr 011/liter13.55/DKr 21.00/NKr 13.70/Lire 3000/DM 5.50 July 1981 75p World EUROPE'S LEADING MICRO MAGAZINE I WAS PROCEEDING IN A NORTHERLY DIRECTION... Accident research: TRS-80 picks up the pieces. MicroCentre introduce High Resolution Graphics RJMEMCV processcontrol POPULATIN DSTRTUTION: 70 valve 1 1 Demographic Display Management information Control system display HIGH F'o 482 ..4..tical)K 7% '17,,ZOri, 3-D display with angled labels 3-D plots High -resolution display with alphanumerics Up to 16 colours can be displayed simultaneously, from a choice of 4069. Areas can be filled with colour, windows created, graphs plotted, etc-all under control of simple Basic, Fortran or Assembler functions. At the heart of any Cromemco graphics high resolution, to give an overall Model Z2H/GS Graphics System system is Cromemco's "SDI" board, the performance vastly more superior than The Z2H/GS is a special configuration of most versatile video interface in the conventional colour TVs or CRT the Z -2H Hard Disk computer which microcomputer industry today. The terminals. includes full graphics capability and soft- Cromemco SDI is designed to meet the ware. Yet at under £8,000 it's a fraction challenge of professional and industrial Graphics Software of the cost of comparable systems. It is environments where uncompromising Cromemco's graphics software package ideal for applications in medical performance, reliability, and continued provides an interface to Fortran IV, imaging, computer -aided instructioh, compatibility are essential.
    [Show full text]
  • Predicting Execution Times with Partial Simulations in Virtual Memory Research: Why and How
    2020 53rd Annual IEEE/ACM International Symposium on Microarchitecture (MICRO) Predicting Execution Times With Partial Simulations in Virtual Memory Research: Why and How Mohammad Agbarya∗ Idan Yaniv∗ Jayneel Gandhi Dan Tsafrir Technion – Israel Institute of Technology VMware Research Technion & VMware Research Abstract—Computer architects frequently use cycle-accurate simulations, which incur heavy overheads. Recently, virtual mem- workload W full simulator runtime ory studies increasingly employ a lighter-weight methodology (e.g., gem5) that utilizes partial simulations—of only the memory subsystem— of processor P whose output is fed into a mathematical linear model that predicts execution runtimes. The latter methodology is much faster, but its accuracy is only assumed, never rigorously validated. workload W partial simulator TLB metrics runtime model runtime We question the assumption and put it to the test by developing (e.g., only TLB) for processor P e.g., the TLB Mosalloc, the Mosaic Memory Allocator. Mosalloc backs the of processor P and workload W virtual memory of applications with arbitrary combinations of miss-rate 4KB, 2MB, and 1GB pages (each combination forms a “mosaic” of pages). Previous studies used a single page size per execution Figure 1: Partial vs. full (cycle-accurate) simulation. (either 4KB or 2MB) to generate exactly two execution samples, which defined the aforementioned linear model. In contrast, Mosalloc can generate numerous samples, allowing us to test processor P while experiencing a TLB miss rate of M (where instead of assume the model’s accuracy. We find that prediction M can be the output of a partial simulation), then the runtime of errors of existing models can be as high as 25%–192%.
    [Show full text]