DOCSLIB.ORG

@ LATTICE,INC. It Is

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
@ 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". The instruction is specified here as a "DB" pseudo-op rather than an "FFNIT' instruction since many assemblers do not properly handle floating point instructions. Should your assembler be able to handle such instructions, be sure to use an "FNINIT" instruction rather than "FINIT" Qr else the assembler will generate a "WAIT" instruction prior to the °'FINIT" and resulting programs will wait endlessly on machines not containing a co-processor. (b) Floating Point in the D arid L Mdels In attempting to repair an earlier bug concerning the 8087 we accidentally broke its use in the D and L models. To correct the problem you can use "debug" to patch the libraries "lcmd.lib" and "lcml.lib" as follows. (Underlined portions are what you must type. Each line must be entered with a carriage return.) (i) Patching lcmd.lib >debuq lcmd.lib -eA97A 10.12 -eA9CC 78.76 -W -SI > (ii) Patching lcml.lib Aebug Icínl.Iíb -eBB71 12.14 -eBBC7 3D.3B -W -g > (C} Bug in 8087 Library Divide Routine Under certain circumstances the floating point division function Cxd55 will return the incorrect value when an 2 @ LATTICE, INC. P. O. BOX 3072 · GLEN ELLYN · LUNOIS 60138 · 312/858-7950 · TWX 9lO29l-2l90 8087 is present since this function fails to save and restore the DI register. This bug will be repaired in a future release . (2) Ma1loc and Getmem under MS-DOS 1 The S and P model library memory allocation functions "malloc" and "getmem" will n<jt return the correct values in an application running under MS-DOS 1 when a to one of call 6 these would cause the total memory allocated to exceed 4K. In particular the failure value of NULL will not be returned in this case. This problem will be fixed in a future release, and it does not effect the D and L modelm ( 3) Omission in 'Lmain.c" The last "exit(O);" statement should be replaced with Ñifndef TINY ' exit(0); #else exit(0); Tencí if *** END **" 3 @ LATTICE,INC. P. O. BOX 3072 · awELLvN· LLINOQS 6Ol380 JR/B58J950·TWX9I029I-2I% TECHNICAL BULLETIN TB8410¶0.001 DATE: october TO, 1984 PRODUCT: 8086/8080 C Compiler SUBjECT: Ver3ion 2.14 Update VerMon 2.14 of the 8D86/808B C compiler hm been released to correct the following problenm 1. In VerMon 2,¶3, the S model libr&ríeg were built in 8UCÍll the a way that the floating poInt operattom did not me 8087 chip ff pregent. The other memory model$ worked correctly. 2. Klhíle ffxfng the PUTC problem In VerMon 2.fj, we broke the level 2 buffer flmh function 9n mich & way that buffer8 were mnnethnes written twice. Thlg would occur when you did several FSEEKg without intervening re&dg or vrítm. 3. UNGETC did not alwayg work correctly under the d md L modelg, depending on where the buffer ma® lomted. 000END$0* 1 @ LATTICE,INC. P. O BOX 3on·cA£NELlNN·LLlNo|s6oí38· 3u/85B-795o0Twx9m9l.2l9o TECHNICAL BULLETIN TB8410¶0.002 DATE: October tO, 1984 PRODUCT: 8086/0088 C Complier SUBjECT: Insufficient Memory Mesmge In bulletfn TB840914.otn we mentioned a problem observed during the tesMng of vergjcyn 2.13 that resulted in an "!nsuff!cient memory" message. At that tfme, we believed that the message was orSgínatfng from Hs-ljOS. Hell, we must admit with a blush that the message was coming from C.ASl'l, our start-up mdule. The situation leading to this meggage wá3 that we forked a child prDc'e53 wttcjse .EXE file jU9t barely fit into the available memory. After loading the .EXE file, FfS-ljOS passed control to the child procesg at the C.ASM entry point. C.ASM then attempted to allocate gtack and he€p 8pace for the C program, but there wá9 not enough memory. When that occurred, C.ASK dlmplayed the '°ínsufficient memory" me33age and aborted with a non-zero exit code. The migtake we made in our tmt program w39 to examine only the return code from the FORKL function. Thig wIll indicate an error only If MS-DOS wá9 unable to obtain the needed gpace and load the ch9ld program. He should have &Ííorj U3ed the WAIT functfon to check the exit code from the child. ""END°"" E @ LATTICE,INC. P O DOX 3072·GLENELLYN·LLNOS 60138· 312/858795O·TwX91O29i-2l9O TECHNICAL BULLETIN TBB41010.003 WLTE: October 10, 1984 PRODUCT: 8086/8088 C Compiler SUBJEC"I); Combining LC and LCM Librar!eg LC TB840914.OQI we g&ve a Mmple procedure for combtnlng the In became and LCM librarfes. Some people who tried this procedure concerned about the duplicate symbol me3gageg that regulted. Here is a better procedure: 1. Use your favorite editor to create the file MIXLC.LNK containing the following: bu Icc.lfb tí lcm.líb fL lc.lib exc _pfmt,cprlntf,fprintf,printf,gprintf gfmt,c8canf,fgcanf,gcanf,g5c8nf exc — 2. For each memory model, copy MIXLC.LNK into the \lc\x directory, where x is g, p, d, or I. Then U9é CD to get into that directory, and execute PLIB86 &g follows: plib86 émlxlc Thig procedure creatm a combined library LCC.LIB which ínclude3 the complete verMons of the PRINTF/SCANF functlonm If you vant 8 combined library that contains the abbreviated verMons, Mmply Interchange the two "ft" commandg In HIXLC.LNK. "'"END000 1 @ LATTICE, INC. P O BOX jon·gLENEtlYN·LlNcMs 6Olj8 · 312/858795O·TWx9l029l.2l9O TECHNICAL BULLETIN TB8U)9ICOO1 DATE: September 1984 PRODUCT: 8086/8088u, C Compiler SUBJECT: Version 2.¶3 UHate VerMOn 2.1J of the 8086/8088 C compiler has been relemed to correct the following problems: I. STRCMP and STRNC6IP did not return the correct results when ccmparlng string3 of unequal lengthm 2. The various form8 of PUTC did not work correctíY under the D and L modelm The of a floatfng-polnt divide-by-zero operation j. results when 8007 with an 8087 installed were not the Bame 88 the wag removed. 4. Several problems exi8ted in the varÍoü8 FORK functfonm (a) The environment 8trlng array va8 sot pamed correctly to the child Process under the S &nd P memory models. tb) An extra backslash wa8 appended to the PATH variable. ThG wm usually accepted by PCDOS, but waB rejected by 9otñe MSDOS fmplementationm (C) The construction of default FCBS did not Hop vhen an argument beginnfng with a Uash w33 reached. This caused problem for 8ocñe older programs that relied on the FCB setup done by the MSDOS command processor. (d) The fork logic searched for a .EXE file before a .COM fije. Thi8 hag been reversed because some people keep the .EXE version around even after they have generated a .COM. 1 @ LATÍ1CE, INC. P. O BOX 3072 · GLEN ELLYN · UNOSS 60138 · JJ2/858 7950· JWX 910 291 219' (e ) A carriage return was not appended to the generated command string, which caused some forked programs to t f a I . These problems usually showed up when you tried to fork the command processor or when the chi Id process attempted to use the inherited environment. Td sImplify the invocation of the command processor, we've addeQ & UNIX-compatfble SYSTEI·) f unct ion. The function has one argument, the command gtríng, and returns the same results as FORKL. For exemple, systemC"dir a:") calls the command processor to display the directory frorn drSve A. Nhíle testing the fork functions, we observed what appears to be an HS-IJOS bug. Hhen the operating system cannot obtain enough memory to load the prográm, cocjé child it's supposed to return error B that we wIll then pass back to you In _oserr. However, En some cases, t·lS-DOS displays the message "jnsuf f lcient memDTy" on the screen and returns a succem code. This has been observed on PC-DOS 2.1 and 3.0 running on the IBH-XT and IBH-AT and in the version of MS-DOS currently running on the TANDY 2000.
Load more

Recommended publications
  • 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]
  • 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]
  • 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]
  • 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]
  • 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.
    [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]
  • Low-Cost Memory Analyses for Efficient Compilers
    Low-cost memory analyses for efficient compilers Maroua Maalej Kammoun To cite this version: Maroua Maalej Kammoun. Low-cost memory analyses for efficient compilers. Other [cs.OH]. Univer- sité de Lyon, 2017. English. NNT : 2017LYSE1167. tel-01626398v2 HAL Id: tel-01626398 https://tel.archives-ouvertes.fr/tel-01626398v2 Submitted on 11 Dec 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. No d’ordre NNT : 2017LYSE1167 THÈSE DE DOCTORAT DE L’UNIVERSITÉ DE LYON opérée au sein de l’Université Claude Bernard Lyon 1 École Doctorale ED512 InfoMaths Spécialité de doctorat : Informatique Soutenue publiquement le 26/09/2017, par : Maroua MAALEJ KAMMOUN Low-cost memory analyses for efficient compilers Devant le jury composé de : Xavier Urbain, Professeur des Universités, Université Claude Bernard Lyon 1 Examinateur Sanjay Rajopadhye, Professeur, Colorado State University Rapporteur Corinne Ancourt, Maître de Recherches, École supérieure des mines de Paris Rapporteure Alain Girault, Directeur de Recherches, Inria Examinateur Karine Heydemann, Maître de Conférences, Université Pierre et Marie Curie Examinatrice Vincent Loechner, Maître de Conférences, Université de Strasbourg Examinateur Frédéric Vivien, Directeur de Recherches, Inria Directeur de thèse Laure Gonnord, Maître de Conférences, Université Claude Bernard Lyon1 Co-directrice de thèse !" #$% &' & "# $ % &'( %) "# $ ''* "# $ %'*)' "# + **,' ! " "%( " *- ' .
    [Show full text]
  • Your Format - QL
    Your Format - QL QL columns from New Computer Express magazine in the 1980s. Written by Paul Connell, Eric Simmonds, Robert Myers and John Torofex. At various times, these columns were called either “QL Corner” or just “Your Format >QL” These columns are reproduced as one per page in date order. If anyone has copies of further columns from this series, I’d be very pleased to scan them and add to this document. YOUR FORMAT – QL 12/11/1988 The emulation game With the Atari ST now running a creditable QL Emulator and the QL running a CP/M Emulator, news is of a PC emulator for the QL in the final stages of polishing. It is the lack of volume of some forms of business and bespoke software which is the biggest frustration to QL users, and this emulator may be the best solution. The writers have employed some ingenious tricks to speed up the resulting product on the QL. It appears DOS spends a lot of its time doing error checking and housekeeping which would be taken care of by the native QDOS built in to the QL anyway, so a large part of the normal DOS kernel is redundant. The QL was offered with the Psion suite as an all-in package and as a result there was never any market in the formative years for alternative spreadsheet/database systems. The major software item to influence QL development has been the Superbasic compilers. Thts emulator, when released, will equal their impact. Discover DiscOVER DiscOVER is a utility that is a lifesaver to those who need to transfer data from QL to PC and/or back.
    [Show full text]
  • MVS Jun 2005.P65
    225 June 2005 In this issue 3 DFSORT performance enhancements 9 A basic suite of table subroutines for ISPF DM 14 Generation datasets – some basic information 21 Load analyser utility 28 Syslog analysis using LOGLYZER – part 2 40 REXX routines to format HSM command output 46 DFSORT performance tuning aid 74 MVS news © Xephon Inc 2005 MVS Update Published by Disclaimer Xephon Inc Readers are cautioned that, although the PO Box 550547 information in this journal is presented in good Dallas, Texas 75355 faith, neither Xephon nor the organizations or USA individuals that supplied information in this Phone: 214-340-5690 journal give any warranty or make any Fax: 214-341-7081 representations as to the accuracy of the material it contains. Neither Xephon nor the contributing Editor organizations or individuals accept any liability of Trevor Eddolls any kind howsoever arising out of the use of such E-mail: [email protected] material. Readers should satisfy themselves as to the correctness and relevance to their Publisher circumstances of all advice, information, code, Colin Smith JCL, EXECs, and other contents of this journal E-mail: [email protected] before making any use of it. Subscriptions and back-issues Contributions A year’s subscription to MVS Update, When Xephon is given copyright, articles comprising twelve monthly issues, costs published in MVS Update are paid for at the rate $505.00 in the USA and Canada; £340.00 in of $160 (£100 outside North America) per the UK; £346.00 in Europe; £352.00 in 1000 words and $80 (£50) per 100 lines of code Australasia and Japan; and £350.00 elsewhere.
    [Show full text]
  • Small" TJ7'j Version Was Done with Lattice-C and Requires an 8087 Coprocessor
    26 TUGboat, Volume 6 (1985), No. 1 (640Kb to run LaTeX) and a lOMb hard disk. David's "small" TJ7'J version was done with Lattice-C and requires an 8087 coprocessor. My implementation was done with Lance Carnes MS-Pascal and does not need an 8087 coprocessor. Both versions conipile the T~Xbookat an average of In the previous issue, I discussed several IBM PC 25 seconds per page. TEX versions that were in progress. By October, Barry Smith of KeEerman and Smith reports that 1984, two versions were running, one mine, and one the Apple Macintosh version is well underway, and by David Fuchs. By the time you read this, the they expect to have a running version by the time marketing groups supporting both versions will have you read this. They intend to use the "Fat Mac" sent you at least one piece of mail deascribing their (512Kb memory version) and the Macintosh XL, and products. Additional articles and advertisements on direct output to the recently announced Laserwriter. these two versions are found elsewhere in this issue. Below is the grid for known small TEX imple- The two versions are similar in that they exe- mentations. All versions are w82 unless otherwise cute on an 8088- or 8086based computer running noted. Let me know if you have additional informa- MS-DOS. Each requires at least 512Kb of memory tion. "small" implementations I computer I Processor I Contact I Organization, Address I 16-bit 1 Lance Carnes Txa, 163 Linden Lane, Mill Valley, CA 94941 ; 41 5-388-8853 - Hewlett-Packard 1000 16-bit JohnJohnson JDJ Wordware, Box 354.
    [Show full text]
  • Lattice Works Spring 1988, C Programming Related Articles
    s Lattice News See pages 1-3 • New Document Composition Package • Trade Show Drawing Winners Focus on C See pages 3-9 • New Lattice C Soon Spring 1988 • Training Classes Available • Lattice Views Industry Topics • Techical Q & A Focus on Amiga Lattice®News See pages 9-12, 16 • Undocumented Features of Lattice AmigaDOS C Compiler, Version 4.01 Lattice To Release New • “Compiler Companion” Available Document Composition Package • Technical Q & A Focus on RPG See pages 12-14 • New Programs Strengthen RPG II Support TM • Technical Q & A n the next few months. Lattice will be releasing HighStyle , our new Document Composition System. The new package is ideal for creating Current Product software manuals, catalogs, or other large, complex documents. It is also Version Numbers well-suited for producing memos and letters, proposals, or any document See page 15 which frequently changes content but rarely changes format. > HighStyle controls page design through more than 100 straight forward, “English-like” com- mands and functions which are embedded in the Feature HighStyle PageMaker Xerox Ventura document text files or maintained in separate “for- Manual kerning Yes Yes Yes mat” files. Pre-defined formats and designs can be Automatic paragraph leading Yes Yes Yes inserted into a document as it is being formatted, so the document’s content is kept completely separate Single word underline Yes No Yes from its design. This also ensures that memos, Automatic control of widows Yes No Yes letters, etc. appear exactly the same way each time Automatic creation of tables Yes No No they are printed regardless of who writes them.
    [Show full text]