Application of Microcomputers 1N Bridge Design

Total Page:16

File Type:pdf, Size:1020Kb

Application of Microcomputers 1N Bridge Design Transportation Research Record 1072 15 Application of Microcomputers 1n Bridge Design RONALD A. LOVE, FURMAN W. BARTON, and WALLACE T. McKEEL, Jr. ABSTRACT The use of microcomputers in bridge design activities in state transportation departments was evaluated through contacts with 32 state agencies. Although pres­ ent use of microcomputers was found to be 1 imi tea, subsequent research showed that the current generation of 16-bit machines offers significant advantages in complementing existing computing facilities in a manner that fully uses the power of both mainframe and microcomputer. The ability of microcomputers to run large bridge design applications in a stand-alone mode was demonstrated by successfully downloading and converting four mainframe programs. Running design and analysis programs in a stand-alone mode frees the mainframe CPU and increases access to software that can be run repetitively without consideration of mainframe costs. When access to larger applications on the mainframe is required, the microcomputer used as an intelligent terminal can process input data locally and send them to the mainframe for processing. Output data, in return, can be downloaded to the microcomputer and reviewed off-line or input into microcomputer applications such as spreadsheets or graphics packages for further processing. Computer applications in engineering design have had preferred alternative for using much of the bridge a dramatic effect on the analysis and design process design software available. In Virginia, as in many in general. Automating analysis and design proce­ other states, many bridge design activities have dures has relegated much of the computational burden been decentralized in district offices across the to machines, allowing the engineer more time to state. The present generation of microcomputers evaluate alternatives and assume a more creative would appear to meet most of the computational needs design and decision-making role. Although the role of these offices. These smaller computers could sup­ computers play may vary from one organization to plement the mainframe, possibly using downloaded, another, their effect has been revolutionary. smaller programs, in a more efficient mode of opera­ The manner in which computers are utilized in the tion. The many advantages of microcomputers, such as design divisions of state departments of transporta­ powerful computing capability, stand-alone capabil­ tion is not standardized and varies greatly. Most of ity, communications capability, and cost-effective­ the software developed for design calculations with­ ness, make them a powerful element in engineering in bridge divisions was designed for implementation computation. on large mainframe computers. Bridge designers, in It is useful and timely to evaluate the manner in large measure, have access to these programs via which microcomputers are used in other states and to terminals, and this has created little demand for suggest the role that they may play in the future. other computer configurations such as microcomput­ Such information could assist bridge engineers and ers. However, recent developments in microcomputer administrators in state departments of transporta­ design have resulted in microcomputers that have tion in making decisions about the use of microcom­ stand-alone capabilities that riv al those of mini­ puters. computers and mainframes and that also possess ver­ The objective of this study was to examine thP. satile communications capability. current and future role of microcomputers in bridge There still appears to be considerable difference design applications within state departments of of opinion about the most appropriate role for transportation. The focus was on the use of micro- microcomputers in bridge design applications. Many computers, as a complement to present computing con­ bridge divisions, which have their own large com­ figurations, to increase productivity and enhance puter and several terminals, find their present con­ cost-effectiveness. figuration satisfactory and see no reason to incur The manner in which bridge engineers currently the additional expense of microcomputers. Other use computers for design and analysis was evaluated bridge engineers, however, are required to use cen­ by contacting a number of state and federal agencies tralized state computer facilities that are some­ including bridge divisions in several states. These times shared by other state agencies. The inconve­ bridge divisions were surveyed to determine their nience of gaining access, the high cost of computing present computer configurations used for bridge and other charges, and excessive turnaround time may design applications and their current and projected not be acceptable. These engineers see the new gen­ uses of microcomputers. The capabilities of the eration of microcomputers as a cost-effective and present generation of 16-bit microcomputers were evaluated for bridge design applications, several microcomputers were used to run typical bridge R.A. Love and F.W. Barton, Department of Civil Engi­ design software, and comparisons of performance were neering, University of Virginia, Charlottesville, noted. The feasibility of converting current bridge Va. 22903. W. T. McKeel, Jr., Virginia Highway and design software from mainframes to microcomputers 'l'ransportation Research Council, University of Vir­ was evaluated through actual conversions of existing ginia, Charlottesville, Va. 22903. Current address software. After examination and study of the infor­ for R.A. Love: G.W. Beilfuss and Associates, Inc., mation collected and the tests performed, the poten­ 700 East Butterfield Road, Suite 220, Lombard, Ill. tial for increased usage of microcomputers in bridge 60148. design activities was evaluated. 16 Transportation Research Record 1072 MICROCMPUTER USE IN STATE BRIDGE DIVISIONS were drawn. First, the large majority of states uses mainframe computers in their bridge design and To determine trends in microcomputer use, an infor­ analysis work. A total of 30 out of 32 states, or 94 mal telephone survey of bridge divisions in various percent, use mainframes as their primary computing state departments of transportation was conducted, resource. The two remaining states use minicomputers. and a total of 32 states were contacted: However, in almost all instances, the bridge divi­ sions that use mainframes share them with other state Alabama Massachusetts Pennsylvania agencies under some type of time-sharing arrangement. California Michigan South Carolina Almost all bridge design groups (94 percent) have Colorado Minnesota South Dakota direct access to the computer through terminals Connecticut Mississippi Tennessee located within the design group. In addition, some Delaware Montana Texas states with remote design locations, such as Penn­ Florida Nebraska Vermont sylvania, have terminal access at the district Georgia New Jersey Virginia level. Through terminal access, the engineers are Illinois New York Washington able to run mainframe applications in either inter­ Iowa Nor th Carolina West Virginia active or batch mode, review the results, modify Kentucky Ohio Wisconsin input if desired, and rerun the application. Some Louisiana Oklahoma states, such as Michigan and Delaware, use screen forms packages that simplify data entry at the ter­ Initial contacts were based on prior knowledge of minal by creating the actual input form for a given microcomputer usage in these states; subsequently, program on the terminal screen. Most states with other states involved in microcomputer usage were computer configurations of this type expressed the identified. Additional information on states using belief that it served their computing needs well. Eleven of the 30 states with terminal access to a microcomputers for bridge design-related activities was obtained from FHWA. mainframe or minicomputer indicated that it served their computing needs completely and therefore those The survey consisted of targeting a knowledgeable person within a state bridge division or computer states showed little or no interest in using micro­ division and asking the following questions. computers. However, the majority of the respondents did see 1. What kind of computer system is used for some need for improvement of their computing envi­ bridge design and analysis? ronment. Reasons cited included slow tucnaround time 2. Do your engineers and designers have computer on time-shared systems, a desire for better access access through to software, and insufficient access to terminals a. Direct access via a terminal? connected to the mainframe. Of the 21 states that b. Submitting data using data entry forms indicated a need for improvement in computer access, (data actually entered and program run by 9 including Virginia have begun using microcomputers others)? in bridge design activities, although for the most 3. Do you use microcomputers in bridge design? part specific plans have not been developed (see 4. If not, do you plan to purchase microcomputers Table 1). in the near future for use in bridge design activi­ The manner in which microcomputers are currently ties? used for bridge design purposes varies widely from 5. Do you use your microcomputer as state to state. For example, in Montana, microcom­ a. A stand-alone unit? puters are used almost exclusively for bridge design b. An intelligent terminal linked to a larger and analysis. Design and analysis programs pre­ computer? viously run on IBM minicomputers were converted from
Recommended publications
  • @ LATTICE,INC. It Is
    @ LATTICE,INC. P. O. BOX 3072 ·GLENÉLLYN·LLNOIS 60138· 3l2/858ñ9!5OU1NX9lO29l-2l9O TECHNICAL BULLETIN TB841101.001 DATE: November 1, 1984 PRODUCT: 8086/8088 C Compiler SUBjECT: Known Bugs in Version 2.14 Recently three bugs concerning the Version 2.14 libraries and startup modules have come to light. Two of these pertain to the sensing and use of the 8087 co-processor, and the other concerns the use of the "malloc'° and "getmem" functions under MS-DOS 1 in the s and P models of the compiler. In addition some code was oMtted from the file " main.c". 1. Floating Point Bugs (a) Sensing cjf the 8087 The technique employed in the run-time library to sense the presence of the 8087 co-processor does not work in V2.14 because the 8087 is not initialized prior to the test. Correcting this problem is rather easy. You need only add a line of code to the file °'c.asm" provided with the compiler and reassemble this to replace the current "c.obj". file In the file "c.asm" you will find a line: CALL JLAIN just prior to this line, insert the fcülowing line DB ODBh,OE3h ; FNINIT instruction Then reassemble "c.asm" for each of the memory models as follows: -- Copy "c.asm" to the appropriate model subdirectory (i.e., \lc\s, \lc\d, \lc\p, or \lc\l) so that is in the same directory as "dos.mac" for it the appropriate memory mcdel. -- Use the command 1 @ LATTICE,1NC. W P. O. BOX 3Q72 ·GL£N ELLYN ·ILLNO1S 60138 · 312/858-7950·TWX9lO291-2 masm c; to assemble "c.asm" into "c.obj".
    [Show full text]
  • DECEMBER 1984 Editorial
    SECRET UJUJUVC!JUJUJlb f5l5CBl!JWVU~ !D~~WCB~ Cf l!l U1 v ffil! f] Ill~(! ffi g 00 (!{il C!J l! '7 00 {iJ U1 ~ [1{iJ w~ NOV-DEC 1984 EO 1. 4. (c) P .L. 86- 36 . TRENDS IN HF COMMUNICATIONS (U) •••••••••••• • ••• J.._ ___---..._.1. \\:>............ 1 • SWITCHBOARD: • PAST, PRESENT AND FUTURE (U) •• ~ ............. I • • \ I .......... 5 \ OUT OF MY DEPTH (U) .......................•............•...; .. i .. \ ... ·........ 7 . • • • • • • • • • • • • • • • • • • • • • • ! I ...\ .......... s 1 EXPLORING A DOS DISKETTE (U)................... I ...... :; , ........ 12 HUMAN FACTORS (U) •••••••••••••••••••••••••••••• I l ........ 22 CAN YOU TOP THIS? (U) ........................... E. Leigh Sawyer ... , \~ ••••••• 24 PERSONAL COMPUTING IN A GROUP (U).............. • •••••• 25 FACTION LINE (U) ••• , •••••••••••••••••••••••• • ••• Cal Q. Lator •••••••••••••• • 35 NSA-CROSTIC NO. 59 (U) •••.•••••••••••••••••••••• D.H.W.;.,, ••••••••••••••••• 36 'flllS BOC\'.JMBNT <JONTl.INS <JOBl'JWORB MATl'JRIAh Ghi'tSSIFIEB BY tfSA/SSSM lH 2 SECRET BEGI:a\-SSIFY 0N. 0r igiriet iug Agency's Betezminatior:t Reqaized Declassified and Approved for Release by NSA on 'I 0- '16-2012 pursuant to E 0 . 13526, MOR Case # 54 77B OCID: 4009933 Published by Pl, Techniques and Standards EO 1. 4. ( c) P~L. 86-36 VOL. XI, No. 11-12 NOVEMBER-DECEMBER 1984 Editorial PUBLISHER BOARD OF EDITORS Edi.tor ...•••......_I _______ ... 1(963-3045s .) Product ion .•....•. I .(963-3369s) . : : : :· Collection .••••••..•••• i------.jc963-396ls) Computer Security •: ' •••••• 1 ,(859-6044) Cryptolinguist ics. l 963-1 f03s) Data Systems .•...•.•• ·l ., 963-4,953s) Information Science " • ..... I lc963-.5111s> Puzzles .......... David H. Williams'f(9637'Il03s) Special Research • ..•. Vera R. Filby;! C968'-7119s) Traffic Analysis •. Robert J. Hanyo!<f! (968-3888s) For subscript ions .. , send name and organizat~on to: I w14I i P.L.
    [Show full text]
  • Compiler and Library Tim Hunter, SAS Institute Inc.; Cary, NC
    An Overview of the SASle· Compiler and Library Tim Hunter, SAS Institute Inc.; Cary, NC ABSTRACT The Compiler This paper describes the major features of the SAS/C® compiler The compiler implemented the C language as described in the and library and discusses the development history oftha product. then definitive book on C, Kernighan and Ritchie's The C Pro­ The enhancements in the current production release are outlined. .gramming Language: Because the compiler was implemented for Some possible enhancements for future releases are described. IBM 370's, it included many features that were thought necessary for that architecture and for programmers who were used to working In that environment. The foliowing list describes some INTRODUCTION of these features: • The generated code IS fully reentrant, even allowing The SAS/C product has had four production reteases in its five modification of external variables. years of development. Each release included many new features and enhancements of existing features. Not only is the compiler • The compiler supports a number of built-in functions. used exclustve1y for Version 6 of the SA&!' System on ISM® main~ These are functions for which the compiler generates frame hosts, it is the leading C compiter in this market. Although instructions directly into the instruction stream, rather than the compiler and IIDrary is heavily orlented to use in large soft­ generating a call to a separately linked version of the ware systems, it is an efficient tool for any software project that function. In this release, the following functions were is written in the C langauge. implemented as built-in functions: The primary elements of the SASIC product are the the compiler strlen memcmpp ,b, strcpy memcP¥P ceil and run-time library.
    [Show full text]
  • IT Acronyms.Docx
    List of computing and IT abbreviations /.—Slashdot 1GL—First-Generation Programming Language 1NF—First Normal Form 10B2—10BASE-2 10B5—10BASE-5 10B-F—10BASE-F 10B-FB—10BASE-FB 10B-FL—10BASE-FL 10B-FP—10BASE-FP 10B-T—10BASE-T 100B-FX—100BASE-FX 100B-T—100BASE-T 100B-TX—100BASE-TX 100BVG—100BASE-VG 286—Intel 80286 processor 2B1Q—2 Binary 1 Quaternary 2GL—Second-Generation Programming Language 2NF—Second Normal Form 3GL—Third-Generation Programming Language 3NF—Third Normal Form 386—Intel 80386 processor 1 486—Intel 80486 processor 4B5BLF—4 Byte 5 Byte Local Fiber 4GL—Fourth-Generation Programming Language 4NF—Fourth Normal Form 5GL—Fifth-Generation Programming Language 5NF—Fifth Normal Form 6NF—Sixth Normal Form 8B10BLF—8 Byte 10 Byte Local Fiber A AAT—Average Access Time AA—Anti-Aliasing AAA—Authentication Authorization, Accounting AABB—Axis Aligned Bounding Box AAC—Advanced Audio Coding AAL—ATM Adaptation Layer AALC—ATM Adaptation Layer Connection AARP—AppleTalk Address Resolution Protocol ABCL—Actor-Based Concurrent Language ABI—Application Binary Interface ABM—Asynchronous Balanced Mode ABR—Area Border Router ABR—Auto Baud-Rate detection ABR—Available Bitrate 2 ABR—Average Bitrate AC—Acoustic Coupler AC—Alternating Current ACD—Automatic Call Distributor ACE—Advanced Computing Environment ACF NCP—Advanced Communications Function—Network Control Program ACID—Atomicity Consistency Isolation Durability ACK—ACKnowledgement ACK—Amsterdam Compiler Kit ACL—Access Control List ACL—Active Current
    [Show full text]
  • Open WATCOM Programmer's Guide
    this document downloaded from... Use of this document the wings of subject to the terms and conditions as flight in an age stated on the website. of adventure for more downloads visit our other sites Positive Infinity and vulcanhammer.net chet-aero.com Watcom FORTRAN 77 Programmer's Guide Version 1.8 Notice of Copyright Copyright 2002-2008 the Open Watcom Contributors. Portions Copyright 1984-2002 Sybase, Inc. and its subsidiaries. All rights reserved. Any part of this publication may be reproduced, transmitted, or translated in any form or by any means, electronic, mechanical, manual, optical, or otherwise, without the prior written permission of anyone. For more information please visit http://www.openwatcom.org/ Portions of this manual are reprinted with permission from Tenberry Software, Inc. ii Preface The Watcom FORTRAN 77 Programmer's Guide includes the following major components: · DOS Programming Guide · The DOS/4GW DOS Extender · Windows 3.x Programming Guide · Windows NT Programming Guide · OS/2 Programming Guide · Novell NLM Programming Guide · Mixed Language Programming · Common Problems Acknowledgements This book was produced with the Watcom GML electronic publishing system, a software tool developed by WATCOM. In this system, writers use an ASCII text editor to create source files containing text annotated with tags. These tags label the structural elements of the document, such as chapters, sections, paragraphs, and lists. The Watcom GML software, which runs on a variety of operating systems, interprets the tags to format the text into a form such as you see here. Writers can produce output for a variety of printers, including laser printers, using separately specified layout directives for such things as font selection, column width and height, number of columns, etc.
    [Show full text]
  • CP/M-80 Kaypro
    $3.00 June-July 1985 . No. 24 TABLE OF CONTENTS C'ing Into Turbo Pascal ....................................... 4 Soldering: The First Steps. .. 36 Eight Inch Drives On The Kaypro .............................. 38 Kaypro BIOS Patch. .. 40 Alternative Power Supply For The Kaypro . .. 42 48 Lines On A BBI ........ .. 44 Adding An 8" SSSD Drive To A Morrow MD-2 ................... 50 Review: The Ztime-I .......................................... 55 BDOS Vectors (Mucking Around Inside CP1M) ................. 62 The Pascal Runoff 77 Regular Features The S-100 Bus 9 Technical Tips ........... 70 In The Public Domain... .. 13 Culture Corner. .. 76 C'ing Clearly ............ 16 The Xerox 820 Column ... 19 The Slicer Column ........ 24 Future Tense The KayproColumn ..... 33 Tidbits. .. .. 79 Pascal Procedures ........ 57 68000 Vrs. 80X86 .. ... 83 FORTH words 61 MSX In The USA . .. 84 On Your Own ........... 68 The Last Page ............ 88 NEW LOWER PRICES! NOW IN "UNKIT"* FORM TOO! "BIG BOARD II" 4 MHz Z80·A SINGLE BOARD COMPUTER WITH "SASI" HARD·DISK INTERFACE $795 ASSEMBLED & TESTED $545 "UNKIT"* $245 PC BOARD WITH 16 PARTS Jim Ferguson, the designer of the "Big Board" distributed by Digital SIZE: 8.75" X 15.5" Research Computers, has produced a stunning new computer that POWER: +5V @ 3A, +-12V @ 0.1A Cal-Tex Computers has been shipping for a year. Called "Big Board II", it has the following features: • "SASI" Interface for Winchester Disks Our "Big Board II" implements the Host portion of the "Shugart Associates Systems • 4 MHz Z80-A CPU and Peripheral Chips Interface." Adding a Winchester disk drive is no harder than attaching a floppy-disk The new Ferguson computer runs at 4 MHz.
    [Show full text]
  • Watcom FORTRAN 77 Tools
    Open Watcom FORTRAN 77 Tools User’s Guide First Edition Notice of Copyright Copyright 2002-2006 the Open Watcom Contributors. Portions Copyright 1984-2002 Sybase, Inc. and its subsidiaries. All rights reserved. Any part of this publication may be reproduced, transmitted, or translated in any form or by any means, electronic, mechanical, manual, optical, or otherwise, without the prior written permission of anyone. For more information please visit http://www.openwatcom.org/ Printed in U.S.A. ii Preface The Open Watcom FORTRAN 77 Tools User's Guide describes how to use Open Watcom's software development tools on Intel 80x86-based personal computers with DOS, Windows, or OS/2. The Open Watcom FORTRAN 77 Tools User's Guide describes the following tools: · compile and link utility · assembler · object file library manager · object file disassembler · exe2bin utility · far call optimization utility · patch utility · executable file strip utility · make utility · touch utility Acknowledgements This book was produced with the Open Watcom GML electronic publishing system, a software tool developed by WATCOM. In this system, writers use an ASCII text editor to create source files containing text annotated with tags. These tags label the structural elements of the document, such as chapters, sections, paragraphs, and lists. The Open Watcom GML software, which runs on a variety of operating systems, interprets the tags to format the text into a form such as you see here. Writers can produce output for a variety of printers, including laser printers, using separately specified layout directives for such things as font selection, column width and height, number of columns, etc.
    [Show full text]
  • Compiler Information
    Compiler Information ©1995, Intel Corporation Intro • Compilers for Intel Architecture processors have been continuously improved over the past 2-3 years • Application performance has been improved > 25% during this period of time • All improvements have come from processor independent compiler techniques and enhancements Use a “new generation” compiler as a part of your APP development With on-going compiler improvements, there is tremendous benefit to be realized by using the latest compilers in your application development. These can provide performance enhancements for your applications when running on an Intel486™, Pentium®, or P6 processor. Compiler Program Status Versions of Compilers* w/Optimizations including Pentium® Processor Awareness Gen’l Availability – Absoft: Ftn, C for UNIX Now (4/93) – Borland: C/C++ for NT, Win32s, DOS32 Now (Q4’93) – IBM: C/C++ for OS/2 Now (6/93) – Lahey Ftn90 for DOS32 Now – Liant: Ftn, C for UNIX Now – MetaWare: C/C++ for UNIX Now (6/93) – Microsoft: C/C++ for NT, Win32s Now (8/93) – Microsoft: Fortran for NT, Win32s Now (11/93) – SCO: C for SCO UNIX Now (3/93) – SunPro: C/C++, Ftn for Solaris Now (5/93) – USL: C for UNIX SVR4 Now (Q4’92) – WATCOM: C/C++, Ftn for NT, Win32s, Now (6/93) DOS32, OS/2 Most optimizing compilers have been available since Summer ‘93! *other brands and names are property of their respective owners. Above is a quick list of compilers optimized for the Intel Architecture in general (with Pentium® processor awareness built into the code scheduling) over the last 2 years. The first formal release of Proton (Intel’s reference compiler whose purpose is to offer new compiler technology to the industry) was in March ‘93.
    [Show full text]
  • The Atari™ Compendium ©1992 Software Development Systems Written by Scott Sanders Not for Public Distribution
    The Atari™ Compendium ©1992 Software Development Systems Written by Scott Sanders Not for Public Distribution Introduction The following pages are a work in progress. The Atari™ Compendium (working title) is designed to be a comprehensive reference manual for Atari software and hardware designers of all levels of expertise. At the very least, it will (hopefully) be the first book available that documents all operating system functions, including any modifications or bugs that were associated with them, from TOS 1.00 to whatever the final release version of Falcon TOS ends up being. GEMDOS, BIOS, XBIOS (including sound and DSP calls), VDI, GDOS, LINE-A, FSM, AES, MetaDOS, AHDI and MiNT will be documented. Hardware information to the extent that information is useful to a software programmer will also be covered. This volume will not include hardware specifications used in the creation of hardware add-ons, a programming introduction designed for beginners, or an application style guide. All of the aforementioned exclusions will be created separately as demand for them arise. In addition, I also plan to market a comprehensive spiral- bound mini-reference book to complement this volume. By providing early copies of the text of this volume I hope to accomplish several goals: 1. Present a complete, error-free, professionally written and typeset document of reference. 2. Encourage compatible and endorsed programming practices. 3. Clear up any misunderstandings or erroneous information I may have regarding the information contained within. 4. Avoid any legal problems stemming from non-disclosure or copyright questions. A comprehensive Bibliograpy will be a part of this volume.
    [Show full text]
  • Calling Non-COBOL Subprograms
    CodeBridge™ Calling Non-COBOL Subprograms ® ® Version 7.5 for UNIX and Windows This manual is a reference guide for Liant Software Corporation’s CodeBridge, a cross-language call system designed to simplify communication between RM/COBOL programs and non-COBOL subprogram libraries written in C (or C++). It is assumed that the reader is familiar with programming concepts and with the COBOL and C (or C++) languages in general. The information contained herein applies to systems running under Microsoft 32-bit Windows and UNIX-based operating systems. The information in this document is subject to change without prior notice. Liant Software Corporation assumes no responsibility for any errors that may appear in this document. Liant reserves the right to make improvements and/or changes in the products and programs described in this guide at any time without notice. Companies, names, and data used in examples herein are fictitious unless otherwise noted. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, photocopied, recorded, or otherwise, without prior written permission of Liant Software Corporation. The software described in this document is furnished to the user under a license for a specific number of uses and may be copied (with inclusion of the copyright notice) only in accordance with the terms of such license. Copyright © 1999-2002 by Liant Software Corporation. All rights reserved. Printed in the United States of America. _____________________ RM, RM/COBOL, RM/COBOL-85, Relativity, Enterprise CodeBench, RM/InfoExpress, RM/Panels, VanGui Interface Builder, CodeWatch, CodeBridge, Cobol-WOW, InstantSQL, Liant, and the Liant logo are trademarks or registered trademarks of Liant Software Corporation.
    [Show full text]
  • Latticemico32 Tutorial
    LatticeMico32 Tutorial June 2015 Copyright Copyright © 2015 Lattice Semiconductor Corporation. All rights reserved. This document may not, in whole or part, be reproduced, modified, distributed, or publicly displayed without prior written consent from Lattice Semiconductor Corporation (“Lattice”). Trademarks All Lattice trademarks are as listed at www.latticesemi.com/legal. Synopsys and Synplify Pro are trademarks of Synopsys, Inc. Aldec and Active-HDL are trademarks of Aldec, Inc. All other trademarks are the property of their respective owners. Disclaimers NO WARRANTIES: THE INFORMATION PROVIDED IN THIS DOCUMENT IS “AS IS” WITHOUT ANY EXPRESS OR IMPLIED WARRANTY OF ANY KIND INCLUDING WARRANTIES OF ACCURACY, COMPLETENESS, MERCHANTABILITY, NONINFRINGEMENT OF INTELLECTUAL PROPERTY, OR FITNESS FOR ANY PARTICULAR PURPOSE. IN NO EVENT WILL LATTICE OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER (WHETHER DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL, INCLUDING, WITHOUT LIMITATION, DAMAGES FOR LOSS OF PROFITS, BUSINESS INTERRUPTION, OR LOSS OF INFORMATION) ARISING OUT OF THE USE OF OR INABILITY TO USE THE INFORMATION PROVIDED IN THIS DOCUMENT, EVEN IF LATTICE HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. BECAUSE SOME JURISDICTIONS PROHIBIT THE EXCLUSION OR LIMITATION OF CERTAIN LIABILITY, SOME OF THE ABOVE LIMITATIONS MAY NOT APPLY TO YOU. Lattice may make changes to these materials, specifications, or information, or to the products described herein, at any time without notice. Lattice makes no commitment to update this documentation. Lattice reserves the right to discontinue any product or service without notice and assumes no obligation to correct any errors contained herein or to advise any user of this document of any correction if such be made.
    [Show full text]
  • Practical-Computing
    85pMay 1984 Reviews Grid Compass, Sharp PC -5000 Olivetti M-24, Touch Screen HP 150 BBC Graphics ROM and telesoftware add-on Logo for Atari, Commodore 64, Spectrum Denmark DKr34.50, Greece Dra 245. Holland DFL8 50. Italy L4100, Spain Pts 360. Switzerland SFr7 40, Germany DM8 50. France Fr32.60, Canada C$4.50, Australia A$3.00, Singapore M$6.35. USA $3.95(D72162) Authorised Dealer Service Centre System Consultancy COMPUTECH FINANCIAL ACCOUNTING PACKAGES Payroll £375 Invoicing and Stock Recording £295 Sales, Purchases and General Ledgers each £295 Also costing and group consolidation COMPUTECH UTILITIES DISK for reliable error checking copying, diskette scan, interpret and patch, etc VisiCalc, Applewriter and other Apple software (Prices onrequest) COMPUTECH CHAIN MAIL A mailing merging document processor which may be used with text files, including random files and Applewriter 1.1 binary files COMPUTECH GRAPHICS DISK for printing Apple pictures and graphs on Epson and Microline (free with printers purchased from Computech)£30 COMPUTECH TERMINAL UTILITIES Apple to Apple and Apple to mainframe from £130 switches and jumpers provide hardware options without soldering OM 4:2).Got_ovavav_ DIPLOMAT VIDEO DIGITISER store a frame from video camera in etof a second, process and print - for Apple II £195 for APPLE //e, including 64K Extended 80 Column Card£345 DIPLOMAT PARALLEL Interface £80 DIPLOMAT SERIAL COMMUNICATIONS Interface £85 DIPLOMAT RAM 16 Memory Expansion £95 DIPLOMAT CLOCKICALENDAR £80 LOWER CASE Character Generator with Applewriter 1,1. enhancements £50 MICROMUX Data Exchange (Max 16 Ports) from £850 MATRIX PRINTERS, Microline and Epson with graphics and up to 200 cps from £222 MICROLINE Optional Character Generator £15 DAISY WHEEL PRINTERS, Olympia, Qume, Ricoh from £798 Prices exclude VAT, Carriage and Packing For full details phone for data sheets and a FREE demonstration CLIMPUTIECIrel SYS1 168 Finchley Road, London NW3 6HP.
    [Show full text]