Release Notes for TITAN TTCN-3 Test Executor

Total Page：16

File Type：pdf, Size：1020Kb

Release Notes for TITAN TTCN-3 Test Executor Elemer Lelik, Lenard Nagy Version 8.0.0, 2021-06-01 Table of Contents 1. Introduction. 1 2. What’s new in this version?. 2 2.1. Version 8.0.0 . 2 2.2. Version 7.2.2 . 2 2.3. Version 7.2.1 . 2 2.4. Version 7.2.0 (7/CAX 105 7730 R2A) . 3 2.5. Version 7.1.0 (CRL 113 200/7 R1A). 3 2.6. Version 6.6.1 (CRL 113 200/6 R6B) . 4 2.7. Version 6.6.0 (CRL 113 200/6 R6A). 4 2.8. Version 6.5 (CRL 113 200/6 R5A) . 5 2.9. Version 6.4 (CRL 113 200/6 R4A) . 5 2.10. Version 6.3 (CRL 113 200/6 R3A) . 6 2.11. Version 6.2 (CRL 113 200/6 R2A) . 6 2.12. Version 6.1 (CRL 113 200/6 R1A) . 7 2.13. Version 5.5 (CRL 113 200/5 R5A) . 8 2.14. Version 5.4 (CRL 113 200/5 R4A) . 9 2.15. Version 5.3 (CRL 113 200/5 R3A) . 9 2.16. Version 5.2 (CRL 113 200/5 R2A) . 9 2.17. Version 5.1 (CRL 113 200/5 R1A) . 10 2.18. Version 4.2 (CRL 113 200/4 R2A) . 10 2.19. Version 4.1 (CRL 113 200/4 R1A) . 11 2.20. Version 3.2 . 12 2.21. Version 3.1 . 13 2.22. Version 2.2 . 13 2.23. Version 2.1 . 13 2.24. Version 1.10 . 14 2.25. Version 1.9 . 14 2.26. Version 1.8 . 15 2.27. Version 1.7 . 16 2.28. Version 1.6 . 17 2.29. Version 1.5 . 18 2.30. Version 1.4 . 18 2.31. Version 1.3 . 19 2.32. Version 1.2 . 19 2.33. Version 1.1 . 20 3. Version history . 22 3.1. Version 7/CAX 105 7730 R2A . 22 3.2. Version CRL 113 200/7 R1A. 22 3.3. Version CRL 113 200/6 R6B . 23 3.4. Version CRL 113 200/6 R6A. 23 3.5. Version CRL 113 200/6 R5A. 24 3.6. Version CRL 113 200/6 R4A. 24 3.7. Version CRL 113 200/6 R3A. 25 3.8. Version CRL 113 200/6 R2A. 25 3.9. Version CRL 113 200/6 R1A. 26 3.10. Version CRL 113 200/5 R5A. 27 3.11. Version CRL 113 200/5 R4A. 28 3.12. Version CRL 113 200/5 R3A. 28 3.13. Version CRL 113 200/5 R2A. 28 3.14. Version CRL 113 200/5 R1A. 29 3.15. Version CRL 113 200/4 R2A. 29 3.16. Version CRL 113 200/4 R1A. ..

128

Copy Link

Recommended publications

Debugging with DDD
Debugging with DDD User’s Guide and Reference Manual First Edition, for DDD Version 3.2 Last updated 2000-01-03 Andreas Zeller Debugging with DDD User’s Guide and Reference Manual Copyright c 2000 Universität Passau Lehrstuhl für Software-Systeme Innstraße 33 D-94032 Passau GERMANY Distributed by Free Software Foundation, Inc. 59 Temple Place – Suite 330 Boston, MA 02111-1307 USA ddd and this manual are available via the ddd www page. Permission is granted to make and distribute verbatim copies of this manual provided the copyright notice and this permission notice are preserved on all copies. Permission is granted to copy and distribute modiﬁed versions of this manual under the conditions for verbatim copying, provided also that the sections entitled “Copying” and “GNU General Public License” (see Appendix G [License], page 181) are included exactly as in the original, and provided that the entire resulting derived work is distributed under the terms of a permission notice identical to this one. Permission is granted to copy and distribute translations of this manual into another language, under the above conditions for modiﬁed versions, except that this permission notice may be stated in a translation approved by the Free Software Foundation. Send questions, comments, suggestions, etc. to [email protected]. Send bug reports to [email protected]. i Short Contents Summary of DDD .............................................. 1 1 A Sample DDD Session ...................................... 5 2 Getting In and Out of DDD ................................... 15 3 The DDD Windows ........................................ 39 4 Navigating through the Code .................................. 71 5 Stopping the Program ....................................... 79 6 Running the Program ....................................... 89 7 Examining Data .........................................
[Show full text]
The Focus - Issue 36
Contents The Focus - Issue 36 A Publication for ANSYS Users Contents Feature Articles ● Linux & ANSYS: Lessons Learned ● Backup Tool ● Design Modeler FAQ On the Web ● APDL Customization course notes now available for purchase ● ANSYS and MathCAD ● ANSYS Acquires Century Dynamics Resources ● PADT Support: How can we help? ● Upcoming Training at PADT ● About The Focus ❍ The Focus Library ❍ Contributor Information ❍ Subscribe / Unsubscribe ❍ Legal Disclaimer http://www.padtinc.com/epubs/focus/common/contents.asp [3/28/2005 9:06:12 AM] Linux & ANSYS: Lessons Learned The Focus - Issue 36 A Publication for ANSYS Users Linux & ANSYS: Lessons Learned by Eric Miller, PADT Every couple of years, the computing picture for analysts gets turned upside down. For a long time now the industry has been moving from Unix workstations to Windows/Intel desktop machines. The wintel price/performance has been fantastic, the IT guys are happier, and all of that productivity software that you spend so much time with runs in the same spot. We have been happy with a stable and known environment. However, accepting the fact that unless you work for a big company that can buy some Unix servers, you just don’t have an easy way to get some extra horsepower other then getting a new box. Then along comes this Finnish guy that may or may not have been named after Lucy’s little brother. With not much of a life and a very large brain, he popped out the majority of a complete and free version of Unix that anyone can use, breaking the stranglehold of (expensive) proprietary Unix OS’s that ran on (expensive) proprietary hardware.
[Show full text]
An Introduction to PWF Linux
An Introduction to PWF Linux Dr MJ Rutter [email protected] Michaelmas 2001 Typeset by FoilTEX °c 2001 MJ Rutter UNIX Development of UNIX started in 1969 in AT&T Bell Labs. Version 1, written in assembler, appeared in 1971. A couple of years later it was rewritten in the new C language, also developed by Bell Labs. In 1975 UNIX was made available outside Bell Labs. By the early 1990s it was the operating system for largish computers. Cray, DEC, HP, IBM, SGI and Sun all sold versions with their computers. None of its competitors achieved this level of cross-platform support. Competitors included MVS (IBM only), VMS (DEC only) and WinNT (eﬀectively Intel only). 1 Linux Linux famously started being developed by a Finnish graduate student, Linus Torvalds, in 1991. It was intended to be a UNIX variant running on Intel i386- based PCs. From an early stage Linus made the source freely available and encouraged others to contribute. In 1994 version 1 was released, followed by 1.2 a year later, and 2.0 the following year. By this time support had grown to include Macintoshes and Alphas as well as PCs. The current version is 2.4, released in 2001, and development continues. 2 The Computer Resources The computers in the Physics PWF and in the CS-run PWFs in the centre of Cambridge all run a version of Linux which contains all the software needed for this course. These computers use the same Novell server for your home directories that they do when running Windows.
[Show full text]
The Data Display Debugger Ddd [−−Gdb] [−−Dbx] [−−Xdb] [−−Jdb]
() () NAME ddd, xddd - the data display debugger SYNOPSIS ddd [ −−gdb ][−−dbx ][−−xdb ][−−jdb ][−−pydb ][−−perl ][−−debugger name ][−−[r]host [username@]hostname ]] [−−help ][−−trace ][−−version ][−−configuration ][options... ] [ program [ core | process-id ]] but usually just ddd program DESCRIPTION The purpose of a debugger such as DDD is to allow you to see what is going on “inside” another program while it executes—or what another program was doing at the moment it crashed. DDD can do four main kinds of things (plus other things in support of these) to help you catch bugs in the act: • Start your program, specifying anything that might affect its behavior. • Make your program stop on specified conditions. • Examine what has happened, when your program has stopped. • Change things in your program, so you can experiment with correcting the effects of one bug and go on to learn about another. “Classical” UNIX debuggers such as the GNU debugger (GDB) provide a command-line interface and a multitude of commands for these and other debugging purposes. DDD is a comfortable graphical user interface around an inferior GDB, DBX, XDB, JDB, Python debugger, or Perl debugger. INVOKING DDD You can run DDD with no arguments or options. However, the most usual way to start DDD is with one argument or two, specifying an executable program as the argument: ddd program You can also start with both an executable program and a core file specified: ddd program core You can, instead, specify a process ID as a second argument, if you want to debug a running process: ddd program 1234 would attach DDD to process 1234 (unless you also have a file named ‘ 1234 ’; DDD does check for a core file first).
[Show full text]
SAS on Unix/Linux- from the Terminal to GUI
SAS on Unix/Linux- from the terminal to GUI. L Gakava & S Kannan – October 2015 Agenda All about the terminal o Customising your terminal o Basic Linux terminal commands o Running SAS in non-interactive mode o Available SAS file editors o What to look out for on Unix/Linux platform All about Graphical User Interface (GUI) o Launching SAS GUI. o Changing SAS default behaviour o SAS ToolBox commands o SAS editor commands. Motivation - Why Use SAS On Unix/Linux? Using SAS on UNIX/Linux Platform o Company migrating to UNIX/Linux o Joining a company which is using SAS on the Linux platform Challenge Too many commands to learn! Why Use SAS On Unix/Linux o Customising Linux sessions will ensure you increase work efficiency by taking advantage of the imbedded Linux tools. In general transferring and running large files will be quicker in Linux compared to PC*. Terminal What to expect when you login? % pwd /home/username % ls Customise: Update .bashrc file with this line PS1='$IV $PWD$EE> ' will change your prompt to show the following: /home/username> Terminal Navigation Command Meaning ls list files and directories ls -a list all files and directories mkdir make a directory cd directory change to named directory cd change to home-directory cd ~ change to home-directory cd .. change to parent directory Terminal Navigation Command Meaning cp file1 file2 copy file1 and call it file2 mv file1 file2 move or rename file1 to file2 rm file remove a file rmdir directory remove a directory cat file display a file less file display a file a page at a time head file display the first few lines of a file tail file display the last few lines of a file grep 'keyword' file search a file for keywords count number of lines/words/ wc file characters in file Terminal useful commands How do you find out if a version of a file has changed? /home/username>diff file1.txt file2.txt Command to compare two files.
[Show full text]
Section 2: a Quick Window Manager and Unix Tutorial
2. A quick windowmanager and Unix tutorial (This section last updated August 2012) This section provides •some "getting started" pointers on the graphical windowing environments you will be using, primar- ily on the ECMC Linux system in the room 52 studio, but also with some references and comparisons to comparable Mac OSX and Windows procedures; and •anintroduction to some basic Unix commands and utility programs that can be run from a shell windowonECMC Linux and Macintosh music production systems As noted in section 1, the core of a computer operating system, which implements the most basic sys- tem protocols and operations, is called the kernel.The open source Linux kernel is developed and main- tained by an international group of thousands of volunteers under the direction of Linus Torvalds, who wrote much of the ﬁrst Linux kernel, modeled after the functionality of Unix operating systems, during the early 1990s. The Linux kernel is updated several times each year,and includes both a stable branch, designed for most users (likeus), and a developmental branch, used by Linux developers to test newfea- tures before theyare incorporated into stable versions of the kernel. Technically,the term "Linux"refers only to an operating system kernel developed by the team of Linux Project programmers under Torvolds’ direction. The GNU (pronounced "ga-NOO") Project is a non- proﬁt organization that supports the development of a broad range of open source applications, without which the Linux kernel would be useless. Manyusers of GNU software on Linux kernels prefer to call their operating system GNU Linux or GNU/Linux.Incommon usage, however, the term Linux often is used loosely to refer to all GNU operating system components as well as the Linux kernel.
[Show full text]
Answers to Selected Problems
Answers to selected problems Chapter 4 1 Whenever you need to find out information about a command, you should use man. With option -k followed by a keyword, man will display commands related to that keyword. In this case, a suitable keyword would be login, and the dialogue would look like: $ man -k login ... logname (1) - print user’s login name ... The correct answer is therefore logname.Tryit: $ logname chris 3 As in problem 4.1, you should use man to find out more information on date. In this case, however, you need specific information on date, so the command you use is $ man date The manual page for date is likely to be big, but this is not a problem. Remember that the manual page is divided into sections. First of all, notice that under section SYNOPSIS the possible format for arguments to date is given: NOTE SYNOPSIS date [-u] [+format] The POSIX standard specifies only two This indicates that date may have up to two arguments, both of arguments to date – which are optional (to show this, they are enclosed in square some systems may in brackets). The second one is preceded by a + symbol, and if you addition allow others read further down, in the DESCRIPTION section it describes what format can contain. This is a string (so enclose it in quotes) which 278 Answers to selected problems includes field descriptors to specify exactly what the output of date should look like. The field descriptors which are relevant are: %r (12-hour clock time), %A (weekday name), %d (day of week), %B (month name) and %Y (year).
[Show full text]
1. Why POCS.Key
Symptoms of Complexity Prof. George Candea School of Computer & Communication Sciences Building Bridges A RTlClES A COMPUTER SCIENCE PERSPECTIVE OF BRIDGE DESIGN What kinds of lessonsdoes a classical engineering discipline like bridge design have for an emerging engineering discipline like computer systems Observation design?Case-study editors Alfred Spector and David Gifford consider the • insight and experienceof bridge designer Gerard Fox to find out how strong the parallels are. • bridges are normally on-time, on-budget, and don’t fall ALFRED SPECTORand DAVID GIFFORD • software projects rarely ship on-time, are often over- AS Gerry, let’s begin with an overview of THE DESIGN PROCESS bridges. AS What is the procedure for designing and con- GF In the United States, most highway bridges are budget, and rarely work exactly as specified structing a bridge? mandated by a government agency. The great major- GF It breaks down into three phases: the prelimi- ity are small bridges (with spans of less than 150 nay design phase, the main design phase, and the feet) and are part of the public highway system. construction phase. For larger bridges, several alter- There are fewer large bridges, having spans of 600 native designs are usually considered during the Blueprints for bridges must be approved... feet or more, that carry roads over bodies of water, preliminary design phase, whereas simple calcula- • gorges, or other large obstacles. There are also a tions or experience usually suffices in determining small number of superlarge bridges with spans ap- the appropriate design for small bridges. There are a proaching a mile, like the Verrazzano Narrows lot more factors to take into account with a large Bridge in New Yor:k.
[Show full text]
Universal Ctags Documentation Release 0.3.0
Universal Ctags Documentation Release 0.3.0 Universal Ctags Team 22 September 2021 Contents 1 Building ctags 2 1.1 Building with conﬁgure (*nix including GNU/Linux)........................2 1.2 Building/hacking/using on MS-Windows..............................4 1.3 Building on Mac OS.........................................7 2 Man pages 9 2.1 ctags.................................................9 2.2 tags.................................................. 33 2.3 ctags-optlib.............................................. 40 2.4 ctags-client-tools........................................... 46 2.5 ctags-incompatibilities........................................ 53 2.6 ctags-faq............................................... 56 2.7 ctags-lang-inko............................................ 62 2.8 ctags-lang-iPythonCell........................................ 62 2.9 ctags-lang-julia............................................ 63 2.10 ctags-lang-python.......................................... 65 2.11 ctags-lang-r.............................................. 69 2.12 ctags-lang-sql............................................. 70 2.13 ctags-lang-tcl............................................. 72 2.14 ctags-lang-verilog.......................................... 73 2.15 readtags................................................ 76 3 Parsers 81 3.1 Asm parser.............................................. 81 3.2 CMake parser............................................. 81 3.3 The new C/C++ parser........................................ 82 3.4 The
[Show full text]
Secure Programming for Linux and Unix HOWTO
Secure Programming for Linux and Unix HOWTO David A. Wheeler v3.010 Edition Copyright © 1999, 2000, 2001, 2002, 2003 David A. Wheeler v3.010, 3 March 2003 This book provides a set of design and implementation guidelines for writing secure programs for Linux and Unix systems. Such programs include application programs used as viewers of remote data, web applications (including CGI scripts), network servers, and setuid/setgid programs. Specific guidelines for C, C++, Java, Perl, PHP, Python, Tcl, and Ada95 are included. For a current version of the book, see http://www.dwheeler.com/secure−programs This book is Copyright (C) 1999−2003 David A. Wheeler. Permission is granted to copy, distribute and/or modify this book under the terms of the GNU Free Documentation License (GFDL), Version 1.1 or any later version published by the Free Software Foundation; with the invariant sections being ``About the Author'', with no Front−Cover Texts, and no Back−Cover texts. A copy of the license is included in the section entitled "GNU Free Documentation License". This book is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Secure Programming for Linux and Unix HOWTO Table of Contents Chapter 1. Introduction......................................................................................................................................1 Chapter 2. Background......................................................................................................................................4
[Show full text]
Linux Introduction
Linux Basics An Introductory Exploration for those wishing to understand the Linux Operating System Neale Ferguson Sine Nomine Associates Objectives n Develop a feel for and an understanding of Linux u Kernel u File systems u Device Drivers n Be able to interact on the command line u Common commands u Navigation through file systems n Be able to perform the lab exercises back at the office u Use “knoppix” www.knoppix.org to obtain an ISO image of bootable linux system that won’t overwrite your disk u Boot it, do the labs, remove DVD, reboot original system 3 Class Agenda… n Linux Concepts n Getting Started n Daemons n File Systems n Accessing and Interacting with Files n vi – The System Editor 4 The Linux Kernel A quick look under the covers The Linux System User commands includes executable programs and scripts User commands The shell interprets user commands. It is responsible for finding the commands and starting their Shell execution. Several different shells are Kernel File Systems available. Bash is popular. Device Drivers The kernel manages the hardware Hardware resources for the rest of the system. 6 The Kernel Layer n Basic Operating System n Device support n Memory Management n Process Management n Interface to the hardware n A set of APIs n TCP/IP integrated into kernel 7 Kernel - Processes n Processes are the basic dispatchable unit of work n Processes may belong to a “Process Group” u Linux’s implementation of threads 8 Device Layer n Exploits API from kernel n Register driver with kernel n Handle I/O requests for “type” of
[Show full text]
An Introduction to Computing at MSI
An Introduction to Computing at MSI University of Minnesota Supercomputing Institute for Advanced Computational Research June 8, 2010 1 Contents 1 Setting up your account 3 2 UNIX Tutorial 3 2.1 Basic Commands, Paths and Directories . 3 2.1.1 Basic Commands . 3 2.1.2 Paths . 5 2.2 Files . 6 2.2.1 Copying, moving, removing, and renaming . 6 2.2.2 Displaying and searching . 6 2.2.3 Permissions . 6 2.3 Redirection and Pipes . 7 2.3.1 Input and Output Redirection . 7 2.3.2 Pipes . 8 2.4 Regular Expressions . 8 2.5 MSI Software . 9 2.6 Writing and Compiling Code . 10 3 Remote Computing and other FAQs 11 3.1 Access an MSI *nix machine from a Windows machine. 11 3.2 Access an MSI *nix machine from another *nix machine . 11 3.3 Access an MSI *nix machine from a Mac . 11 3.4 Access an MSI Windows server . 11 3.5 Upload ﬁles from to MSI computers . 12 3.6 Resetting your password . 12 3.7 Check the status of machine or resource . 12 3.8 Getting help . 12 2 This document contains command blocks, the monospaced typewriter fonts within a bounding box. They are an indication that the commands should be typed directly into the shell, or are the resulting screen output of such commands. The \#" char- acter represents a comment. If typed into the console or included in a script they are ignored by the shell. When commands are included inline they are presented in a bold font.
[Show full text]