Oracle® Rdb7 for Openvms Release Notes

Total Page:16

File Type:pdf, Size:1020Kb

Oracle® Rdb7 for Openvms Release Notes Oracle® Rdb7 for OpenVMS Release Notes Release 7.0.5 April 2000 ® Oracle Rdb7 Release Notes, Release V7.0.5 for OpenVMS Release 7.0.5 Copyright © 1984, 2000, Oracle Corporation. All rights reserved. The Programs (which include both the software and documentation) contain proprietary information of Oracle Corporation; they are provided under a license agreement containing restrictions on use and disclosure and are also protected by copyright, patent, and other intellectual and industrial property laws. Reverse engineering, disassembly, or decompilation of the Programs is prohibited. The information contained in this document is subject to change without notice. If you find any problems in the documentation, please report them to us in writing. Oracle Corporation does not warrant that this document is error free. Except as may be expressly permitted in your license agreement for these Programs, no part of these Programs may be reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose, without the express written permission of Oracle Corporation. If the Programs are delivered to the U.S. Government or anyone licensing or using the programs on behalf of the U.S. Government, the following notice is applicable: RESTRICTED RIGHTS NOTICE Restricted Rights Notice Programs delivered subject to the DOD FAR Supplement are "commercial computer software" and use, duplication, and disclosure of the Programs, including documentation, shall be subject to the licensing restrictions set forth in the applicable Oracle license agreement. Otherwise, Programs delivered subject to the Federal Acquisition Regulations are "restricted computer software" and use, duplication, and disclosure of the Programs shall be subject to the restrictions in FAR 52.227-19, Commercial Computer Software - Restricted Rights (June, 1987). Oracle Corporation, 500 Oracle Parkway, Redwood City, CA 94065. The Programs are not intended for use in any nuclear, aviation, mass transit, medical, or other inherently dangerous applications. It shall be the licensee’s responsibility to take all appropriate fail-safe, backup, redundancy, and other measures to ensure the safe use of such applications if the Programs are used for such purposes, and Oracle Corporation disclaims liability for any damages caused by such use of the Programs. Oracle is a registered trademark, and Oracle Rdb, Oracle SQL/Services, Rdb7, Oracle7, Oracle Expert, and Oracle Rally are trademarks or registered trademarks of Oracle Corporation. All other company or product names mentioned are used for identification purposes only and may be trademarks of their respective owners. This document was prepared using VAX DOCUMENT Version 2.1. Contents Preface ............................................................ xiii 1 Installing Oracle Rdb7 Release 7.0.5 1.1 Requirements ............................................... 1–1 1.2 Invoking VMSINSTAL ........................................ 1–1 1.3 Stopping the Installation ...................................... 1–2 1.4 After Installing Oracle Rdb7 . ................................ 1–2 1.5 Alpha EV67 Processor Support Added ............................ 1–2 1.6 Maximum OpenVMS Version Check Added . ....................... 1–2 2 Software Errors Fixed in Oracle Rdb7 Release 7.0.5 2.1 Software Errors Fixed That Apply to All Interfaces . ............... 2–1 2.1.1 Query Using Match Strategy Outline Returns Wrong Results ....... 2–1 2.1.2 Database Recovery Process Bugchecks at DIOCCHDBR$UNLATCH_GRCL + 00000398 ................... 2–2 2.1.3 Dynamic Optimizer Problem with Zigzag Match . ............... 2–2 2.1.4 DBR Bugcheck in DBR$RECOVER_RCS Due to AIJ Related Database Shutdown ....................................... 2–3 2.1.5 Bugchecks at DIOCCH$FETCH_SNAP_SEG + 000005C4 . ....... 2–3 2.1.6 Random Corrupt Pages on Fast Processors ..................... 2–3 2.1.7 Wrong Results from 3-Way Join Using Cross/Zigzag_Match . ....... 2–4 2.1.8 Query Slowdown Caused by Subquery With MIN/MAX Functions .... 2–4 2.1.9 GROUP BY/HAVING Query From a View With LIMIT TO Clause Returns Wrong Results .................................... 2–5 2.1.10 Query Returns Wrong Results When the Sequence of Same Context Predicates is Broken Up .................................... 2–5 2.1.11 Wrong Results When GROUP BY Columns are NOT Leading Subset of UNION Columns ....................................... 2–6 2.1.12 New Index Scan Algorithm Not Effective With Some Sorted Indices ....................................................... 2–7 2.1.13 Wrong Results From a View Query With Left Outer Join and SUBSTRING Function ..................................... 2–8 2.1.14 Query With EXISTS and SUBSTRING Bugchecks ............... 2–9 2.1.15 Memory Leak for Trigger Actions ............................. 2–9 2.2 SQL Errors Fixed ............................................ 2–10 2.2.1 Incorrect Output in SHOW STORAGE AREA (USAGE) Display ..... 2–10 2.3 Oracle RMU Errors Fixed ..................................... 2–10 2.3.1 RMU/BACKUP/AFTER/EDIT_FILE Keyword "YEAR" is Producing a Value of 1999 ............................................ 2–11 2.3.2 RMU/SHOW STATS "Average Per Transaction" is Relative to Epoch . ................................................ 2–11 2.4 Hot Standby Errors Fixed ..................................... 2–12 iii 2.4.1 Hot Standby Performance Impact on Master Database is Substantial . ............................................ 2–12 3 Software Errors Fixed in Oracle Rdb7 Release 7.0.4 3.1 Software Errors Fixed That Apply to All Interfaces .................. 3–1 3.1.1 RMU/LOAD into Temporary Table ............................ 3–1 3.1.2 Divide by Zero Error in Query on Large Table ................... 3–1 3.1.3 Wrong Results With COUNT DISTINCT CASE .................. 3–2 3.1.4 Bugcheck at RDMS$$RDMSCHEMA_UNLOAD_META+40 on Drop Area With Cascade ........................................ 3–2 3.1.5 Unexpected I/O During DROP and TRUNCATE TABLE ........... 3–3 3.1.6 Incorrect Rounding of Negative Numbers in the Round Function . 3–4 3.1.7 Ignored Join Order Led to Poor Query Performance . ........... 3–4 3.1.8 GROUP BY Query on a Distinct Subquery Returns Wrong Results . 3–4 3.1.9 After Image Journal File Format Change . ................... 3–6 3.1.10 ORDER BY Ignored in Query With a Sub-select Statement ......... 3–6 3.1.11 Query With Sort/Forward Scan Instead of Reverse Scan Slows Down .................................................. 3–6 3.1.12 Query With Selection Predicates Over UNION Legs Returns Wrong Results ................................................. 3–7 3.1.13 Left Outer Join View Query With CASE Statement Returns Wrong Results ................................................. 3–8 3.1.14 Query Slower Using Cross Strategy and Outline Fails to Restore to Match .................................................. 3–10 3.2 SQL Errors Fixed ............................................ 3–11 3.2.1 Unexpected UNSDATASS Error Reported by SQL Precompiler and Module Language ......................................... 3–11 3.2.2 SQL IMPORT No Longer Evaluates Table and Column Constraints ....................................................... 3–11 3.2.3 Unexpected INVACC_OUT_PARA Error Generated by CREATE MODULE . ............................................ 3–11 3.2.4 Changed Behavior for CAST of Date/Time Values With Seconds Field ....................................................... 3–12 3.2.5 SQL Rejects Queries Which Use Column Named VALUE .......... 3–14 3.3 Oracle RMU Errors Fixed . .................................... 3–14 3.3.1 RMU Extract Has Enhanced Extract of Conditional Expressions . 3–14 3.3.2 RMU/REPLICATE AFTER START Command Fails on TCP/IP With Large Port Numbers . .................................... 3–15 3.3.3 SHOW STATS Cannot Replay /OPTIONS=ROW_CACHE Input File ....................................................... 3–15 3.3.4 RMU/SHOW LOCKS Difficult to Identify Lock Conflict Culprit . 3–16 3.3.5 RMU BACKUP to Tape Hung if Bad Checksum ................. 3–18 3.3.6 RMU BACKUP to Tape Hung on QUIT Response to Wrong Label Message ................................................ 3–19 3.3.7 RMU/REPAIR/INIT=FREE_PAGES/ABM Did Not Return an Error .................................................. 3–19 3.3.8 Incorrect BADIDXREL Messages From Online RMU Verify ........ 3–19 3.3.9 RMU VERIFY Did Not Find a .RDA File After an RMU MOVE . 3–20 3.4 Row Cache Errors Fixed . .................................... 3–20 3.4.1 Row Cache Server Operator Notification ....................... 3–20 3.4.2 Row Cache Did Not Avoid Certain Database Writes . ........... 3–21 3.4.3 RMU /CLOSE /WAIT Would Not Always Wait When Row Cache Enabled ................................................ 3–21 iv 3.5 Hot Standby Errors Fixed ..................................... 3–21 3.5.1 RMU/REPLICATE AFTER START Command Fails Due to Lost AIJ Write . ................................................ 3–21 4 Documentation Corrections 4.1 Documentation Corrections .................................... 4–1 4.1.1 Clarification of the DDLDONOTMIX Error Message .............. 4–1 4.1.2 Compressed Sorted Index Entry Stored in Incorrect Storage Area . 4–2 4.1.3 Partition Clause is Optional on CREATE STORAGE MAP . ....... 4–4 4.1.4 Oracle Rdb Logical Names . ................................ 4–4 4.1.5 Waiting for Client Lock Message ............................. 4–4 4.1.6 Documentation Error in Oracle Rdb7 Guide to Database Performance and Tuning ............................................
Recommended publications
  • Membrane: Operating System Support for Restartable File Systems Swaminathan Sundararaman, Sriram Subramanian, Abhishek Rajimwale, Andrea C
    Membrane: Operating System Support for Restartable File Systems Swaminathan Sundararaman, Sriram Subramanian, Abhishek Rajimwale, Andrea C. Arpaci-Dusseau, Remzi H. Arpaci-Dusseau, Michael M. Swift Computer Sciences Department, University of Wisconsin, Madison Abstract and most complex code bases in the kernel. Further, We introduce Membrane, a set of changes to the oper- file systems are still under active development, and new ating system to support restartable file systems. Mem- ones are introduced quite frequently. For example, Linux brane allows an operating system to tolerate a broad has many established file systems, including ext2 [34], class of file system failures and does so while remain- ext3 [35], reiserfs [27], and still there is great interest in ing transparent to running applications; upon failure, the next-generation file systems such as Linux ext4 and btrfs. file system restarts, its state is restored, and pending ap- Thus, file systems are large, complex, and under develop- plication requests are serviced as if no failure had oc- ment, the perfect storm for numerous bugs to arise. curred. Membrane provides transparent recovery through Because of the likely presence of flaws in their imple- a lightweight logging and checkpoint infrastructure, and mentation, it is critical to consider how to recover from includes novel techniques to improve performance and file system crashes as well. Unfortunately, we cannot di- correctness of its fault-anticipation and recovery machin- rectly apply previous work from the device-driver litera- ery. We tested Membrane with ext2, ext3, and VFAT. ture to improving file-system fault recovery. File systems, Through experimentation, we show that Membrane in- unlike device drivers, are extremely stateful, as they man- duces little performance overhead and can tolerate a wide age vast amounts of both in-memory and persistent data; range of file system crashes.
    [Show full text]
  • Reference Modification Error in Cobol
    Reference Modification Error In Cobol Bartholomeus freeze-dries her Burnley when, she objurgates it atilt. Luke still brutalize prehistorically while rosaceous Dannie aphorizing that luncheonettes. When Vernor splashes his exobiologists bronzing not histrionically enough, is Efram attrite? The content following a Kubernetes template file. Work during data items. Those advice are consolidated, transformed and made sure for the mining and online processing. For post, if internal programs A and B are agile in a containing program and A calls B and B cancels A, this message will be issued. Charles Phillips to demonstrate his displeasure. The starting position itself must man a positive integer less than one equal possess the saw of characters in the reference modified function result. Always some need me give when in quotes. Cobol reference an error will open a cobol reference modification error in. The MOVE command transfers data beyond one specimen of storage to another. Various numeric intrinsic functions are also mentioned. Is there capital available version of the rpg programming language available secure the PC? Qualification, reference modification, and subscripting or indexing allow blood and unambiguous references to that resource. Writer was slated to be shown at the bass strings should be. Handle this may be sorted and a precision floating point in sequential data transfer be from attacks in virtually present before performing a reference modification starting position were a statement? What strength the difference between index and subscript? The sum nor the leftmost character position and does length must not made the total length form the character item. Shown at or of cobol specification was slated to newspaper to get rid once the way.
    [Show full text]
  • Process Scheduling
    PROCESS SCHEDULING ANIRUDH JAYAKUMAR LAST TIME • Build a customized Linux Kernel from source • System call implementation • Interrupts and Interrupt Handlers TODAY’S SESSION • Process Management • Process Scheduling PROCESSES • “ a program in execution” • An active program with related resources (instructions and data) • Short lived ( “pwd” executed from terminal) or long-lived (SSH service running as a background process) • A.K.A tasks – the kernel’s point of view • Fundamental abstraction in Unix THREADS • Objects of activity within the process • One or more threads within a process • Asynchronous execution • Each thread includes a unique PC, process stack, and set of processor registers • Kernel schedules individual threads, not processes • tasks are Linux threads (a.k.a kernel threads) TASK REPRESENTATION • The kernel maintains info about each process in a process descriptor, of type task_struct • See include/linux/sched.h • Each task descriptor contains info such as run-state of process, address space, list of open files, process priority etc • The kernel stores the list of processes in a circular doubly linked list called the task list. TASK LIST • struct list_head tasks; • init the "mother of all processes” – statically allocated • extern struct task_struct init_task; • for_each_process() - iterates over the entire task list • next_task() - returns the next task in the list PROCESS STATE • TASK_RUNNING: running or on a run-queue waiting to run • TASK_INTERRUPTIBLE: sleeping, waiting for some event to happen; awakes prematurely if it receives a signal • TASK_UNINTERRUPTIBLE: identical to TASK_INTERRUPTIBLE except it ignores signals • TASK_ZOMBIE: The task has terminated, but its parent has not yet issued a wait4(). The task's process descriptor must remain in case the parent wants to access it.
    [Show full text]
  • HP Decnet-Plus for Openvms Decdts Management
    HP DECnet-Plus for OpenVMS DECdts Management Part Number: BA406-90003 January 2005 This manual introduces HP DECnet-Plus Distributed Time Service (DECdts) concepts and describes how to manage the software and system clocks. Revision/Update Information: This manual supersedes DECnet-Plus DECdts Management (AA-PHELC-TE). Operating Systems: OpenVMS I64 Version 8.2 OpenVMS Alpha Version 8.2 Software Version: HP DECnet-Plus for OpenVMS Version 8.2 HP DECnet-Plus Distributed Time Service Version 2.0 Hewlett-Packard Company Palo Alto, California © Copyright 2005 Hewlett-Packard Development Company, L.P. Confidential computer software. Valid license from HP required for possession, use, or copying. Consistent with FAR 12.211 and 12.212, Commercial Computer Software, Computer Software Documentation, and Technical Data for Commercial Items are licensed to the U.S. Government under vendor’s standard commercial license. The information contained herein is subject to change without notice. The only warranties for HP products and services are set forth in the express warranty statements accompanying such products and services. Nothing herein should be construed as constituting an additional warranty. HP shall not be liable for technical or editorial errors or omissions contained herein. Intel and Itanium are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries. UNIX is a registered trademark of The Open Group. Printed in the US Contents Preface ............................................................ vii 1 Introduction to the HP DECnet-Plus Distributed Time Service 1.1 DECdts Advantages . ........................................ 1–2 1.1.1 Applications Support ...................................... 1–2 1.1.2 External Time-Provider Support ............................
    [Show full text]
  • Dose-Adjusted Epoch and Rituximab for the Treatment of Double
    Dose-Adjusted Epoch and Rituximab for the treatment of double expressor and double hit diffuse large B-cell lymphoma: impact of TP53 mutations on clinical outcome by Anna Dodero, Anna Guidetti, Fabrizio Marino, Alessandra Tucci, Francesco Barretta, Alessandro Re, Monica Balzarotti, Cristiana Carniti, Chiara Monfrini, Annalisa Chiappella, Antonello Cabras, Fabio Facchetti, Martina Pennisi, Daoud Rahal, Valentina Monti, Liliana Devizzi, Rosalba Miceli, Federica Cocito, Lucia Farina, Francesca Ricci, Giuseppe Rossi, Carmelo Carlo-Stella, and Paolo Corradini Haematologica. 2021; Jul 22. doi: 10.3324/haematol.2021.278638 [Epub ahead of print] Received: February 26, 2021. Accepted: July 13, 2021. Citation: Anna Dodero, Anna Guidetti, Fabrizio Marino, Alessandra Tucci, Francesco Barretta, Alessandro Re, Monica Balzarotti, Cristiana Carniti, Chiara Monfrini, Annalisa Chiappella, Antonello Cabras, Fabio Facchetti, Martina Pennisi, Daoud Rahal, Valentina Monti, Liliana Devizzi, Rosalba Miceli, Federica Cocito, Lucia Farina, Francesca Ricci, Giuseppe Rossi, Carmelo Carlo-Stella, and Paolo Corradini. Dose-Adjusted Epoch and Rituximab for the treatment of double expressor and double hit d fuse large B-cell lymphoma: impact of TP53 mutations on clinical outcome. Publisher's Disclaimer. E-publishing ahead of print is increasingly important for the rapid dissemination of science. Haematologica is, therefore, E-publishing PDF files of an early version of manuscripts that have completed a regular peer review and have been accepted for publication. E-publishing of this PDF file has been approved by the authors. After having E-published Ahead of Print, manuscripts will then undergo technical and English editing, typesetting, proof correction and be presented for the authors' final approval; the final version of the manuscript will then appear in a regular issue of the journal.
    [Show full text]
  • GOTOHELL.DLL: Software Dependencies and The
    GOTOHELL.DLL Software Dependencies and the Maintenance of Microsoft Windows Stephanie Dick Daniel Volmar Harvard University Presented at “The Maintainers: A Conference” Stephens Institute of Technology, Hoboken, NJ April 9, 2016 Abstract Software never stands alone, but exists always in relation to the other soft- ware that enables it, the hardware that runs it, and the communities who make, own, and maintain it. Here we consider a phenomenon called “DLL hell,” a case in which those relationships broke down, endemic the to Mi- crosoft Windows platform in the mid-to-late 1990s. Software applications often failed because they required specific dynamic-link libraries (DLLs), which other applications may have overwritten with their own preferred ver- sions. We will excavate “DLL hell” for insight into the experience of modern computing, which emerged from the complex ecosystem of manufacturers, developers, and users who collectively held the Windows platform together. Furthermore, we propose that in producing Windows, Microsoft had to balance a unique and formidable tension between customer expectations and investor demands. Every day, millions of people rely on software that assumes Windows will behave a certain way, even if that behavior happens to be outdated, inconvenient, or just plain broken, leaving Microsoft “on the hook” for the uses or abuses that others make of its platform. Bound so tightly to its legacy, Windows had to maintain the old in order to pro- mote the new, and DLL hell highlights just how difficult this could be. We proceed in two phases: first, exploring the history of software componenti- zation in order to explain its implementation on the Windows architecture; and second, defining the problem and surveying the official and informal means with which IT professionals managed their unruly Windows systems, with special attention paid to the contested distinction between a flaw on the designer’s part and a lack of discipline within the using community.
    [Show full text]
  • Statistics and Machine Learning in Python Edouard Duchesnay, Tommy Lofstedt, Feki Younes
    Statistics and Machine Learning in Python Edouard Duchesnay, Tommy Lofstedt, Feki Younes To cite this version: Edouard Duchesnay, Tommy Lofstedt, Feki Younes. Statistics and Machine Learning in Python. Engineering school. France. 2021. hal-03038776v3 HAL Id: hal-03038776 https://hal.archives-ouvertes.fr/hal-03038776v3 Submitted on 2 Sep 2021 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. Statistics and Machine Learning in Python Release 0.5 Edouard Duchesnay, Tommy Löfstedt, Feki Younes Sep 02, 2021 CONTENTS 1 Introduction 1 1.1 Python ecosystem for data-science..........................1 1.2 Introduction to Machine Learning..........................6 1.3 Data analysis methodology..............................7 2 Python language9 2.1 Import libraries....................................9 2.2 Basic operations....................................9 2.3 Data types....................................... 10 2.4 Execution control statements............................. 18 2.5 List comprehensions, iterators, etc........................... 19 2.6 Functions.......................................
    [Show full text]
  • EPOCH T&C® Server™
    EPOCH T&C® Server™ Real-Time Telemetry and Command Processing EPOCH Integrated Product Suite Overview Features ® EPOCH T&C Server™ provides complete off-the-shelf satellite telemetry and • Incorporates KISI’s experience supporting command processing for operations and test environments. EPOCH T&C Server more than 298 satellite missions provides front- end data processing, distribution, and command formatting as part • Eliminates risk and cost associated with of the Kratos Integral Systems International (Kratos ISI)end-to-end database driven custom development command and control solution, EPOCH IPS™ (Integrated Product Suite). • Enables operators to fly a single satellite or a constellation using the same software Under operator control from the EPOCH Client™, EPOCH T&C Server can manage a single satellite, multiple satellites from different manufacturers, or an entire • Supports any satellite command and constellation of satellites. The EPOCH T&C Server supports LEO, GEO, and Deep telemetry format from any manufacturer Space missions, and provides out-of-the-box compatibility for most commercial • Supports growth through distributed satellite designs of the last 17 years, including: design, so you can add satellites easily • Provides high-level status rollups from • Airbus Eurostar 2000, 2000+, 3000, LeoStar • Lockheed Martin 7000, A2100 multiple satellites and complex ground • Loral FS/LS-1300 • Mitsubishi Electric DS2000 segments • Thales Spacebus 3000, 4000 • Orbital ATK GEOStar • Provides the flexibility to perform any • Boeing 376, 601/601HP, 702 (HP, MP, function from anywhere on a network SP, GEM) • Offers redundancy by running multiple copies of the software for high reliability In addition to commercial satellite support, EPOCH T&C Server Supports unique • Runs on UNIX and Linux servers military and science platforms from Astrium, Applied Physics Laboratory, Lockheed • Includes an API for integration with third- Martin, Northrop Grumman, and OHB to name a few.
    [Show full text]
  • A Parallel Epoch-Based Cycle-Accurate Microarchitecture Simulator Using Cloud Computing
    electronics Article EPSim-C: A Parallel Epoch-Based Cycle-Accurate Microarchitecture Simulator Using Cloud Computing Minseong Kim 1, Seon Wook Kim 1 and Youngsun Han 2,* 1 Department of Electrical and Computer Engineering, Korea University, Seoul 02841, Korea; [email protected] (M.K.); [email protected] (S.W.K.) 2 Department of Electronic Engineering, Kyungil University, Gyeongsan 38428, Korea * Correspondence: [email protected]; Tel.: +82-53-600-5549 Received: 28 May 2019; Accepted: 19 June 2019; Published: 24 June 2019 Abstract: Recently, computing platforms have been being configured on a large scale to satisfy the diverse requirements of emerging applications like big data and graph processing, neural network, speech recognition and so on. In these computing platforms, each computing node consists of a multicore, an accelerator, and a complex memory hierarchy, which are connected to other nodes using a variety of high-performance networks. Up to now, researchers have been using cycle-accurate simulators to evaluate the performance of computer systems in detail. However, the execution of the simulators, which models modern computing architecture for multi-core, multi-node, datacenter, memory hierarchy, new memory, and new interconnection, is too slow and infeasible; since the architecture has become more complex today, the complexity of the simulator is rapidly increasing. Therefore, it is seriously challenging to employ them in the research and development of next-generation computer systems. To solve this problem, we previously presented EPSim (Epoch-based Simulator), which defines epochs that can be run independently by dividing the simulation run into several sections and executes them in parallel on a multicore platform, resulting in only the limited simulation speedup.
    [Show full text]
  • FAT32 File Structure Prof
    FAT32 File Structure Prof. James L. Frankel Harvard University Version of 9:45 PM 24-Mar-2021 Copyright © 2021 James L. Frankel. All rights reserved. FAT32 Source Documentation • The reference document you should use is the Microsoft Extensible Firmware Initiative FAT32 File System Specification • On class web site under The NXP/Freescale ARM -> microSDHC Card • It is available on the class web site at https://cscie92.dce.harvard.edu/spring2021/Microsoft%20Extensible%20Firmware%20Initiative%20FAT32%2 0File%20System%20Specification,%20Version%201.03,%2020001206.pdf under Online Papers Used in Class • Important correction to this document concerns the DIR_CrtTimeTenth field in the FAT 32 Byte Directory Entry Structure • The name and description of this field is incorrect • Instead of DIR_CrtTimeTenth, we will use the name DIR_CrtTimeHundth • Here is the correct description of this field (to update the text on page 23): • Hundredths of a second time at file creation time. This field contains a count of hundredths of a second. Because the seconds portion of the DIR_CrtTime field denotes a creation time with a granularity of 2 seconds, this field contains a number of hundredths of a second (0 to 199, inclusively) that denotes a number of seconds from 0 to 1.99, inclusively, that may increment the number of seconds in addition to supplying the number of hundredths of a second. • There is also a typo on page 25 where a field is referred to as DIR_CrtTimeMil (which does not exist), and, as corrected here, should be DIR_CrtTimeHundth 2 SD Documentation • Documentation for the SD controller in the K70 • K70 Sub-Family Reference Manual, Rev.
    [Show full text]
  • Epoch-Based Commit and Replication in Distributed OLTP Databases
    Epoch-based Commit and Replication in Distributed OLTP Databases Yi Lu Xiangyao Yu Massachusetts Institute of Technology University of Wisconsin-Madison [email protected] [email protected] Lei Cao Samuel Madden Massachusetts Institute of Technology Massachusetts Institute of Technology [email protected] [email protected] ABSTRACT effects of committed transactions recorded to persistent storage Many modern data-oriented applications are built on top of dis- and survive server failures. tributed OLTP databases for both scalability and high availability. It is well known that 2PC causes significant performance degra- Such distributed databases enforce atomicity, durability, and consis- dation in distributed databases [3, 12, 46, 61], because a transac- tency through two-phase commit (2PC) and synchronous replication tion is not allowed to release locks until the second phase of the at the granularity of every single transaction. In this paper, we protocol, blocking other transactions and reducing the level of present COCO, a new distributed OLTP database that supports concurrency [21]. In addition, 2PC requires two network round- epoch-based commit and replication. The key idea behind COCO is trip delays and two sequential durable writes for every distributed that it separates transactions into epochs and treats a whole epoch transaction, making it a major bottleneck in many distributed trans- of transactions as the commit unit. In this way, the overhead of action processing systems [21]. Although there have been some 2PC and synchronous replication is significantly reduced. We sup- efforts to eliminate distributed transactions or 2PC, unfortunately, port two variants of optimistic concurrency control (OCC) using existing solutions either introduce impractical assumptions (e.g., physical time and logical time with various optimizations, which the read/write set of each transaction has to be known a priori in are enabled by the epoch-based execution.
    [Show full text]
  • Pro*COBOL Programmer's Guide, 11G Release 2 (11.2) E10826-01
    Pro*COBOL® Programmer's Guide 11g Release 2 (11.2) E10826-01 July 2009 Pro*COBOL Programmer's Guide, 11g Release 2 (11.2) E10826-01 Copyright © 1996, 2009, Oracle and/or its affiliates. All rights reserved. Primary Author: Simon Watt Contributing Author: Syed Mujeed Ahmed, Jack Melnick, Neelam Singh, Subhranshu Banerjee, Beethoven Cheng, Michael Chiocca, Nancy Ikeda, Alex Keh, Thomas Kurian, Shiao-Yen Lin, Diana Lorentz, Ajay Popat, Chris Racicot, Pamela Rothman, Simon Slack, Gael Stevens Contributor: Valarie Moore This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this software or related documentation is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, the following notice is applicable: U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007).
    [Show full text]