Preparation of Manuscripts for RT2001

Total Page:16

File Type:pdf, Size:1020Kb

Preparation of Manuscripts for RT2001 1 NSCLSpecTcl Meeting the Needs of Preliminary Nuclear Physics Data Analysis Ron Fox, Chase Bolen, Kanayo Orji, Jason Venema • Section V will describe the structure of the Abstract--The National Superconducting Cyclotron Laboratory NSCLSpecTcl C++ application framework, introducing at Michigan State University (NSCL) is a user facility performing the technology of application frameworks, the structure basic reasearch in heavy ion collisions with rare isotopes. A wide of the framework we have developed, describing how variety of experiments are performed at the NSCL, each with Tcl/Tk is integrated into the software as a control specialized analysis needs. Providing a package that balances ad- hoc extensibility and performance was the distinct challenge language. facing the NSCL software support staff. We chose to implement a • Section VI will describe some of the extensions that hybrid C/C++ application framework and TCL/Tk extension have been written for NSCLSpecTcl. language. This paper will describe nuclear experimental physics, • The paper will conclude with a summary of the the needs of the community, how they are met by NSCSLSpecTcl, experiences with the system, the level of community the structure of the software and the extension language. We will also describe several extensions to NSCLSpecTcl that have been acceptance within the NSCL and the nuclear physics created by the user community and others. community in general. The availability of the software will be described as well. I. INTRODUCTION II. BACKGROUND HIS paper will describe a Tcl/Tk[1] extension that In this section we will describe how experimental nuclear Tconsists of a C++ application framework that is physicists study the structure of the atomic nucleus. The controlled by an extended Tcl/Tk interpreter. NSCLSpecTcl National Superconducting Cyclotron Laboratory (NSCL), a is intended to be used during online and early stage offline National Science Foundation (NSF)[3] funded university analysis of nuclear physics event data. The structure of the laboratory will be introduced and its research agenda will be paper will be as follows: placed in the context of national near-term and long-range • Section II will introduce experimental nuclear physics, nuclear science research goals. the National Superconducting Cyclotron Laboratory A. Experimental Nuclear Physics (NSCL) [2] and its research objectives. Research at the NSCL will be placed in the context of the national goals In experimental nuclear physics, scientists study the structure of the core of the atom through particle-nucleus collisions. By for basic research. scattering particles off the nucleus we can learn about the inner • Section III describes the requirements of the software. composition, shape of the nucleus as well as improve our We will describe technical as well as usability goals. understanding of the forces that govern nucleon-nucleon • Section IV describes the approach of other packages in interactions. use in nuclear and high energy physics that embed scripting languages provides the motivation for our Particles are scattered off the nucleus either in collider or choice of Tcl/Tk as an embedded scripting language for fixed target accelerator systems. In a collider two accelerated NSCLSpecTcl. beams of nuclei move in opposite directions. The two beams intersect, causing some of the nuclei in one beam to collide with particles in the other beam. In fixed target systems, a particle accelerator accelerates a beam of projectiles that is Ron Fox is with the National Superconducting Cyclotron Laboratory at transported to a target consisting of the element being studied. Michigan State University, East Lansing, MI 48824-1321 In either case, complex detector systems surround the Chase Bolen is currently a graduate student in the Department of Electrical Engineering at Michigan State University, East Lansing, MI 48824 interaction region to capture and measure the properties of the Kanayo Orji is now a Medical Student at the Medical School of Wayne resulting collision fragments. While higher reaction energies State University, Detroit Michigan are possible with collider systems, these systems are generally Jason Venema is an employee of Boeing Corp St. Louis MO 63166 2 limited to the study of symmetric systems. Fixed target The cyclotrons are capable of accelerating beams as heavy as systems, on the other hand support the study of asymmetric Uranium with energies of up to about 1GeV/nucleon. An systems. electron volt (eV) is the energy gained by an electron falling through a potential energy difference of 1V. The electrons Electrons and other nuclei have been used as projectiles in returning to your car battery have an energy of about 12eV. fixed target systems. Electrons, are not subject to the nucleon- At the other end of the energy scale, a typical donut has the nucleon force, but will scatter off the charge of the protons in chemical energy equivalent of 1015 GeV. the nucleus, and therefore make excellent probes of the spatial structure of the nucleus. Using nuclei as projectiles A unique feature of the NSCL is the A1900 fragment provides information about the interactions of the constituents separator. Primary beam from the cyclotrons interacts with a of the nucleus with each other. This allows scientists to probe production target at the entrance of the A1900. Fragments of the energy level scheme of the nucleus, the stability of the the projectile enter a spectrograph where the isotopes of nucleus under deformation and, if sufficient numbers of interest are selected. These projectile fragments continue to nucleons interact, the statistical properties of nuclear matter. travel with energies close to those of the primary beam. This allows exotic nuclei to be transported to experimental targets. Figure 1 shows a schematic of an event in typical fixed The A1900 allows researchers at the NSCL to study the target experiment. An event is a single collision that properties of highly unstable isotopes that do not occur in produces measurable results. Figure 1 shows the remnant of nature. Figure 2 and 3 show NSCL experimental area floor a projectile that has scattered at some angle to its original plan as well as as schematic of the A1900. incident trajectory, a target remnant knocked out of the target fragments scattered target detector system Figure 2 The NSCL experimental floor plan. scattered projectile in the forward direction and a scattering of smaller fragments that may have come from the projectile, the target or both. A detection system around the target area will capture and detect the properties of some or all of these reaction products. Figure 1 Schematic view of nucleus-nucleus collisions in a fixed target system. Figure 3 The A1900 mass separator B. The National Superconducting Cyclotron Laboratory The NSCL is a user facility. Scientists from all over the world submit proposals to an independent Program Advisory The National Superconducting Cyclotron Laboratory at Committee which awards beam time on the basis of scientific Michigan State University (NSCL) is a National Science merit. Foundation supported university laboratory that performs nuclear physics experiments. The NSCL has a pair of cyclotrons that accelerate beams for fixed target experiments. 3 C. The NSCL and U.S. scientific research goals. NSCL research is focused on interactions between heavy ions. Heavy ion physics research helps us understand the nature of the inter-nucleon strong force, and to probe the statistical properties of nuclear matter such as the nuclear equation of state and phase transitions that may occur in hot nuclear matter. Experiments with unstable isotopes from the A1900 allow us to answer questions about the properties of nuclear matter in conditions far from stability. This has direct bearing on understanding what happened in the early universe and what happens in the interiors of stars. Measuring the lifetimes, decay modes and the probabilities of each decay mode (branching ratios) contribute to an understanding of the distribution of isotopes in the universe and how this distribution came about. Figure 4: The Rare Isotope Accelerator (RIA) at MSU. In the past several years the U.S. nuclear physics community has been moving towards the development of a new raw event data acquired from the digitizers attached to the experimental facility called the Rare Isotope Accelerator detector system must be decoded to produce a set of (RIA). The NSCL A1900 is the precursor facility to RIA. parameters. These parameters may be as simple as the height When built, RIA will extend the energies and intensities of the of a voltage pulse from a solid state detector that stops a heavy beams of exotic nuclei that can be produced enabling fragment, or as complex as computing fragment positions vi a experiments with nuclei even further away from stability. In Gaussian fit to the charge deposited on a set of pads in a 2002, RIA was endorsed by the DOE/NSF Nuclear Science Cathode Readout Drift Chamber . Advisory committee as the one of the second highest priorities for funding [4]. In November 2003, U.S. Energy Secretary Experimenters need to: Spencer Abraham released the Office of Science priority list • Histogram individual detector channels to monitor their showing funding for RIA tied for third place amongst the near- health. Histograms can be of several types including term priorities [5]. NSCL accelerator physicists have been a simple single parameter histograms, histograms of leaders in the conceptual design of the RIA facility. MSU is parameter pairs (2-d), histograms of the bits set in a competing with Argonne National Laboratory to host RIA. bitmask, histograms showing summaries of the data in Since the NSCL is a world leader in the production of rare multiple similar channels (summary Spectra) or isotope beams by projectile fragmentation, MSU would be the histograms that are multiply incremented for several logical place to build RIA. parameters (e.g γ-ray decay cascade histograms). • Calculate and histogram calibrated parameters by An architectural sketch of the ½ km long linear accelerator that transforming raw parameters to physically meaningful will make up RIA is shown in Figure 4 below.
Recommended publications
  • Abaqus Installation and Licensing Guide
    Abaqus Installation and Licensing Guide Abaqus 6.12 Installation and Licensing Guide Abaqus ID: Printed on: Abaqus Installation and Licensing Guide Abaqus ID: Printed on: Legal Notices CAUTION: This documentation is intended for qualified users who will exercise sound engineering judgment and expertise in the use of the Abaqus Software. The Abaqus Software is inherently complex, and the examples and procedures in this documentation are not intended to be exhaustive or to apply to any particular situation. Users are cautioned to satisfy themselves as to the accuracy and results of their analyses. Dassault Systèmes and its subsidiaries, including Dassault Systèmes Simulia Corp., shall not be responsible for the accuracy or usefulness of any analysis performed using the Abaqus Software or the procedures, examples, or explanations in this documentation. Dassault Systèmes and its subsidiaries shall not be responsible for the consequences of any errors or omissions that may appear in this documentation. The Abaqus Software is available only under license from Dassault Systèmes or its subsidiary and may be used or reproduced only in accordance with the terms of such license. This documentation is subject to the terms and conditions of either the software license agreement signed by the parties, or, absent such an agreement, the then current software license agreement to which the documentation relates. Abaqus software updates are designated by Version, Release, and, if applicable, Maintenance Delivery. Releases are software updates that include enhancements and new functionality. Maintenance Deliveries are software updates that address known issues but generally do not introduce enhancements or new functionality. Abaqus Extended Functionality Releases provide early access to a subset of the new functionality that will be introduced in the next numbered Release.
    [Show full text]
  • Minidlna Tweaker : Aplicació Per Configurar I Previsualitzar El Servidor Minidlna Per a GNU/Linux
    MINIDLNA_TWEAKER APLICACIÓ PER A CONFIGURAR I PREVISUALITZAR EL SERVIDOR MiniDLNA PER A LINUX Treball Fi de Carrera Jordi Martínez Lloveras Enginyeria Tècnica en Telecomunicació, especialitat Telemàtica Universitat Oberta de Catalunya (UOC) Tutor acadèmic: Manel Llopart Vidal Juny 2013 MiniDLNA_tweaker, personalitza el teu servidor MiniDLNA El poder compartir una mateixa biblioteca multimèdia disponible per tota la llar i no haver d’estar movent la informació amb dispositius extraïbles o de gravació és un problema que està sent enfocat des de diferents àmbits de la programació i de l’electrònica. Un d’ells les la possibilitat d’instal·lar un servidor al ordinador d’escriptori de la llar per a poder compartir la informació que hi és a dins o que es pot anar descarregant d’Internet. L’aplicació MiniDLNA per a GNU/Linux és un servidor lleuger que compleix els estàndards DLNA/UPnP configurable a traves d’un simple arxiu de text, això la fa ideal per al propòsit esmentat de la implantació d’un servidor que ofereixi els continguts a tots els dispositius que compleixin els estàndards esmentats. Aquest treball ve a emplenar el buit existent que te aquest programari en quant a una eina gràfica que serveixi per a poder controlar d’una manera senzilla i intuïtiva aquest servidor, que al ser part d’un programari més gran destinat a altres tasques, no disposa d’aquesta eina esmentada. L’aplicació MiniDLNA_tweaker desenvolupada en aquest treball emplena aquest buit tot permetent tres aspectes bàsics relacionat amb el servidor: Configurar els seus paràmetres, controlar el seu funcionament i poder escollir la informació multimèdia que s’ofereix d’una manera molt més intuïtiva que l’existent.
    [Show full text]
  • Abaqus GUI Toolkit User's Guide
    Abaqus GUI Toolkit User’s Guide ABAQUS 6.14 GUI TOOLKIT USER’S GUIDE Abaqus ID: Printed on: Abaqus GUI Toolkit User’s Guide Abaqus ID: Printed on: Legal Notices CAUTION: This documentation is intended for qualified users who will exercise sound engineering judgment and expertise in the use of the Abaqus Software. The Abaqus Software is inherently complex, and the examples and procedures in this documentation are not intended to be exhaustive or to apply to any particular situation. Users are cautioned to satisfy themselves as to the accuracy and results of their analyses. Dassault Systèmes and its subsidiaries, including Dassault Systèmes Simulia Corp., shall not be responsible for the accuracy or usefulness of any analysis performed using the Abaqus Software or the procedures, examples, or explanations in this documentation. Dassault Systèmes and its subsidiaries shall not be responsible for the consequences of any errors or omissions that may appear in this documentation. The Abaqus Software is available only under license from Dassault Systèmes or its subsidiary and may be used or reproduced only in accordance with the terms of such license. This documentation is subject to the terms and conditions of either the software license agreement signed by the parties, or, absent such an agreement, the then current software license agreement to which the documentation relates. This documentation and the software described in this documentation are subject to change without prior notice. No part of this documentation may be reproduced or distributed in any form without prior written permission of Dassault Systèmes or its subsidiary. The Abaqus Software is a product of Dassault Systèmes Simulia Corp., Providence, RI, USA.
    [Show full text]
  • Rapid GUI Development with Qtruby
    Rapid GUI Development with QtRuby Caleb Tennis The Pragmatic Bookshelf Raleigh, North Carolina Dallas, Texas BOOKLEET © Many of the designations used by manufacturers and sellers to distin- guish their products are claimed as trademarks. Where those designations appear in this book, and The Pragmatic Programmers, LLC was aware of a trademark claim, the designations have been printed in initial capital letters or in all capitals. The Pragmatic Starter Kit, The Pragmatic Pro- grammer, Pragmatic Programming, Pragmatic Bookshelf and the linking g device are trademarks of The Pragmatic Programmers, LLC. Qt® is a registered trademark of Trolltech in Norway, the United States and other countries. Useful Friday Links • Source code from this book and Every precaution was taken in the preparation of this book. However, the other resources. publisher assumes no responsibility for errors or omissions, or for dam- • Free updates to this PDF • Errata and suggestions. To report ages that may result from the use of information (including program list- an erratum on a page, click the ings) contained herein. link in the footer. To see what we’re up to, please visit us at http://www.pragmaticprogrammer.com Copyright © 2006 The Pragmatic Programmers LLC. All rights reserved. This PDF publication is intended for the personal use of the individual whose name appears at the bottom of each page. This publication may not be disseminated to others by any means without the prior consent of the publisher. In particular, the publication must not be made available on the Internet (via a web server, file sharing network, or any other means).
    [Show full text]
  • No Slide Title
    Embedded Systems Class overview, Embedded systems introduction, Raspberry Pi, Linux OS, X-windows, Window manager, Desktop Environment Prof. Myung-Eui Lee (A-405) [email protected] Embedded Systems 1-1 KUT Embedded Systems Class Overview ⚫ Embedded Systems Class Operations » Past : 3 (credit) -2 (lecture) -2 (practice) » Now : 3 (credit) -1 (lecture) -1 (design) -2 (practice) » Future : 4 (credit) -2 (lecture) -2 (design) -0 (practice) ⚫ PBL : Problem or Project Based Learning » Problem : 4 problems » Project : 2 projects ⚫ 4 hours Class » 1 hour (lecture) + 1 hour (lecture or design) + 2 hours (practice) ▪ 1 hour (lecture) + 1 hour (lecture or design) : me ▪ 2 hours (practice) : Ph.D Park ⚫ Target Board : Raspberry Pi 3 » ARM + Linux Embedded Systems 1-2 KUT Embedded Systems Class Overview ⚫ Class Grade : » Mid Term Exam : 15 % [30 %] » Final Term Exam : 15 % [30 %] » Peer Evaluation : 10 % (Project #1 : 5% + Project #2 : 5%) » Project #1 Evaluation : 10 % » Project #2 Evaluation : 15 % » Experimental Lab. : 20 % [20 %] » Class Participation : 15 % [20 %] » Social Problem (Project #2) Optional : +5 % ⚫ Lecture Notes: http://microcom.koreatech.ac.kr Embedded Systems 1-3 KUT Embedded Systems ⚫ Definition of embedded system » Embedded system = H/W + S/W ▪ H/W = CPU + Memory + I/O ▪ S/W = Device driver + OS (or non OS) + Application program » Any electronic system that uses a CPU chip, but that is not a general-purpose workstation, desktop or laptop computer. » In embedded systems, the software typically resides in memory device, such as a flash memory or ROM chip. In contrast to a general-purpose computer that loads its programs into RAM each time. » Sometimes, single board and rack mounted general-purpose computers are called "embedded computers" if used to control.
    [Show full text]
  • An Infrastructure to Support Interoperability in Reverse Engineering Nicholas Kraft Clemson University, [email protected]
    Clemson University TigerPrints All Dissertations Dissertations 5-2007 An Infrastructure to Support Interoperability in Reverse Engineering Nicholas Kraft Clemson University, [email protected] Follow this and additional works at: https://tigerprints.clemson.edu/all_dissertations Part of the Computer Sciences Commons Recommended Citation Kraft, Nicholas, "An Infrastructure to Support Interoperability in Reverse Engineering" (2007). All Dissertations. 51. https://tigerprints.clemson.edu/all_dissertations/51 This Dissertation is brought to you for free and open access by the Dissertations at TigerPrints. It has been accepted for inclusion in All Dissertations by an authorized administrator of TigerPrints. For more information, please contact [email protected]. AN INFRASTRUCTURE TO SUPPORT INTEROPERABILITY IN REVERSE ENGINEERING A Dissertation Presented to the Graduate School of Clemson University In Partial Fulfillment of the Requirements for the Degree Doctor of Philosophy Computer Science by Nicholas A. Kraft May 2007 Accepted by: Dr. Brian A. Malloy, Committee Chair Dr. Harold C. Grossman Dr. James F. Power Dr. Roy P. Pargas ABSTRACT An infrastructure that supports interoperability among reverse engineering tools and other software tools is described. The three major components of the infrastruc- ture are: (1) a hierarchy of schemas for low- and middle-level program representation graphs, (2) g4re, a tool chain for reverse engineering C++ programs, and (3) a repos- itory of reverse engineering artifacts, including the previous two components, a test suite, and tools, GXL instances, and XSLT transformations for graphs at each level of the hierarchy. The results of two case studies that investigated the space and time costs incurred by the infrastructure are provided. The results of two empirical evaluations that were performed using the api module of g4re, and were focused on computation of object-oriented metrics and three-dimensional visualization of class template diagrams, respectively, are also provided.
    [Show full text]
  • A Semantic Description Language for Platform-Independent Graphical User Interfaces
    Studiengang: Informatik Prüfer: Prof. Dr. T. Ertl Betreuer: Dipl. Inf. Simon Stegmaier begonnen am: 16. Mai 2002 beendet am: 22. November 2002 CR-Klassifikation: H.5.2, I.3.6, C.2.4 Diplomarbeit Nr. 2017 A Semantic Description Language for Platform-Independent Graphical User Interfaces Christoph Pfisterer Institut für Visualisierung und Interaktive Systeme Universität Stuttgart Breitwiesenstraße 20–22 D–70565 Stuttgart Abstract Graphical user interface toolkits exhibit striking similarities in functionality and vi- sual appearance. Yet, each one demands adherence to its proprietary implementation interface from the application developer. Platform-independent solutions exist, but their perceived drawbacks hinder large-scale adaption. This thesis provides a new perspective by complementing platform abstraction with other benefits found in some toolkits today. Network transparency and programming language abstraction are gained through the use of a remote protocol. An XML-based description language reduces coding effort and enables interactive dialog editors. The language is taken to a higher level by including elements to denote the behavior of the interface in addition to its structure. Existing solutions are examined to provide an overview of useful features, but also to learn about shortcomings. Based on this examination, the architecture of the new system is then designed. The viability of the approach is demonstrated by a prototype implementation. It is based on the Qt toolkit and BEEP, a network protocol framework. Deutsche Zusammenfassung Verschiedene Toolkits zur Erstellung von grafischen Benutzungsoberflächen weisen erstaunliche visuelle Ähnlichkeiten auf. Dennoch hat jedes Toolkit eine eigene Pro- grammierschnittstelle, die der Programmierer verwenden muss. Plattformunabhän- gige Lösungen wurden entwickelt, werden aber wegen befürchteter Nachteile nur schleppend angenommen.
    [Show full text]
  • Herman Skolnik Award Symposium Honoring Henry Rzepa and Peter Murray-Rust ACS National Meeting, Philadelphia, PA, August 21, 2012
    Herman Skolnik Award Symposium Honoring Henry Rzepa and Peter Murray-Rust ACS National Meeting, Philadelphia, PA, August 21, 2012 A report by Wendy Warr ([email protected]) for the ACS CINF Chemical Information Bulletin Introduction This one-day symposium was remarkable for its record number of speakers (23 in all, plus one withdrawn and one replaced by a demonstration). Despite the number of performers, and some unfortunate technical faults, the whole event proceeded on schedule and without serious mishap. Henry Rzepa’s own talk was an opening scene-setter. He told a 1992 tale of some molecular orbitals explaining the course of a chemical reaction in 1992. The color diagram of these lacked semantics, and when it had been sent by fax to Bangor, it even lost its color. Months later the work was published,1 but the supporting information (SI) is not available for this article, and even if it were available electronically, would it be usable? So, how can it be mined for useful data or used as the starting point for further investigation? By 1994 Henry and his colleagues had recognized the opportunities presented by the World Wide Web.2,3 The data for a later article4 do survive in the form of Quicktime and MPEG animations on the Imperial College Gopher+ server but they are semantically poor, i.e., they are interpretable by humans but not by computer. The X-ray crystallography data are locatable using the proprietary identifier HEHXIB allocated by the Cambridge Crystallographic Data Center. Open identifiers such as the IUPAC International Chemical Identifier, InChI, are preferable.
    [Show full text]
  • Java B E a Ns ™” - Ed Ro M an W W W.Theserverside.Co M Page 23 What Else Do We Need
    #1447: Applications Development for Linux/IPF® Joel Berman Itanium Linux Marketing Manager Linux is Linux develop once, deploy often! so me workloads run best on IPF so me workloads run best on IA32 November 17, 2003 page 2 What is the benefit of 64- bits? Big Numbers Big Memory Wide data November 17, 2003 page 3 Intel® Spring Analyst Meeting November 17, 2003 page 4 When to deploy Linux on Itanium? Some Positioning Guidelines Linux on Itaniu m or IA-32? Large data sets Yes (>1 TB)? No Yes M e m ory intensive a p ps (> 4 G B)? No Floating point intensive Yes apps? No Want to port & migrate existing 64-bit Yes apps from a proprietary platfor m ? No Want to deploy multiple O S’s on a single Yes 64-bit platfor m for investment protection? No Itanium IA-32 November 17, 2003 page 5 Market Opportunities & Committed ISVs W o r klo a d s Needs Key ISVs Com mitted High-Performance Technical Heavy use of floating-point operations Adina, MSC.Software, Accelrys, Computing Large data sets Earth Decision Sciences, scientific research 64-bit computing with high memory bandwidth Metacomp Technologies, life & materials sciences and low latency means faster calculations, more Mecalog, Platform Computing, oil & gas in-depth data analysis, and more vivid, precise Linux NetworX, Scyld, Scali, government & defense modeling and simulation – all for quicker time-to- Cluster File Systems, … computer-aided engineering breakthroughs Large Database Applications Load entire databases into memory for faster Oracle9i, Sybase Adaptive data warehousing &
    [Show full text]
  • Univerzita Pardubice Fakulta Elektrotechniky a Informatiky Porovnání Grafických Knihoven Na Vestavěném Zařízení Jan Ší
    Univerzita Pardubice Fakulta elektrotechniky a informatiky Porovnání grafických knihoven na vestavěném zařízení Jan Šíma Bakalářská práce 2009 Prohlášení autora Prohlašuji: Tuto práci jsem vypracoval samostatně. Veškeré literární prameny a informace, které jsem v práci využil, jsou uvedeny v seznamu použité literatury. Byl jsem seznámen s tím, že se na moji práci vztahují práva a povinnosti vyplývající ze zákona č. 121/2000 Sb., autorský zákon, zejména se skutečností, že Univerzita Pardubice má právo na uzavření licenční smlouvy o užití této práce jako školního díla podle § 60 odst. 1 autorského zákona, a s tím, že pokud dojde k užití této práce mnou nebo bude poskytnuta licence o užití jinému subjektu, je Univerzita Pardubice oprávněna ode mne požadovat přiměřený příspěvek na úhradu nákladů, které na vytvoření díla vynaložila, a to podle okolností až do jejich skutečné výše. Souhlasím s prezenčním zpřístupněním své práce v Univerzitní knihovně. V Pardubicích dne 29. 4. 2009 Jan Šíma Poděkování Na této stránce, která je učená pro poděkování, bych chtěl poděkovat hlavně Mgr. Tomáši Hudcovi, který mi velmi pomohl při zpracování bakalářské práce. Dále bych chtěl poděkovat Jarmile Šímové při pomoci s opravou českého pravopisu. Dále Ing. Janu Kroulíkovi, „embedded Linux developerovi“, ze společnosti MIKRO- ELEKTRONIKA spol. s r. o.. Všem zmíněným děkuji za pomoc při mé práci. Anotace a klíčová slova Anotace Práce je věnována paměťové a časové náročnosti grafických knihoven pro X Window se zaměřením na multiplatformní knihovny. Věnuje se knihovnám Qt, GTK+, wxWidgets, FLTK, Fast Toolkit. Zabývá se jejich porovnáním mezi sebou a následnému testování jednotlivých knihoven. Klíčová slova GTK+, Qt, FLTK, wxWidgets, Fast Toolkit, grafické knihovny, paměť, čas, Unix, RAM TITLE Comparison of graphic libraries for embedded device ANNOTATION This work is dedicated to measure the memory and time performance of graph- ics libraries for X Window with a focus on multi-platform library.
    [Show full text]
  • Dynamically Registering C++ Exception Handlers: Centralized Handling of C++ Exceptions in Application Framework Libraries
    Dynamically Registering C++ Exception Handlers: Centralized Handling of C++ Exceptions in Application Framework Libraries by Nathaniel H. Daly A thesis submitted in partial fulfillment of the requirements for the degree of Bachelor of Science (Honors Computer Science) in the University of Michigan 2013 Thesis Committee: Professor David Kieras, Advisor Professor David Paoletti, Second Reader Abstract The C++ exceptions mechanism enables modularized programs to separate the reporting of exceptional conditions from the handling of those exceptional condi- tions into the locations where those actions can best be performed. It is often the case in such modular applications that the module capable of detecting an excep- tional situation cannot know how it should be handled, and so C++ exceptions allow the module that invoked the operation to react to the condition. Libraries developed separately from the applications using them are a perfect example of modularized code, and thus a perfect candidate for using C++ exceptions, how- ever many of the application framework library paradigms that have become commonplace do not provide adequate exception support to allow for good pro- gramming style with regard to catching and handling exceptions. In these librar- ies, there often exist multiple callback-style entry points that invoke application- specific operations, all of which require exactly identical exception handling, yet there is no way to collect this code together. Instead, the exception handling code must be duplicated across each entry point. In this paper, I will explore the best solutions to this problem currently provided by such frameworks; I will propose an additional solution to this problem: a method for allowing a program to regis- ter exception-handler operations templated by exception type; and finally, I will identify any impacts that the newly released C++11 standard and the currently evolving C++14 standard have on the problem.
    [Show full text]
  • Tzworks Yet Another Registry Utility (Yaru) Users Guide
    TZWorks® Yet Another Registry Utility (yaru) Users Guide Abstract yaru is a GUI registry utility that can display the internal registry hive components and structures. yaru can operate on a registry hive directly from a live volume, an image of a volume or a VMWare volume. yaru runs on Windows, Linux and Mac OS-X. Copyright © TZWorks LLC www.tzworks.com Contact Info: [email protected] Document applies to v1.82 of yaru Updated: Aug 5, 2021 Table of Contents 1 Introduction .......................................................................................................................................... 2 2 Registry Hive and Components ............................................................................................................. 3 3 Location of Hives ................................................................................................................................... 4 4 How to Use yaru .................................................................................................................................... 4 4.1 Reading Registry Hives from Logical Images ................................................................................. 5 4.2 Parsing Hives from a Live Volume ................................................................................................. 6 4.3 Common Registry Artifacts useful to Forensic Investigators ........................................................ 6 4.4 Searching for Text Patterns ..........................................................................................................
    [Show full text]