Patent classifications
G06F11/364
AUTOMATIC SOFTWARE BEHAVIOR IDENTIFICATION USING EXECUTION RECORD
Automatic identification of execution behavior(s) of software. This automatic identification is based on analysis of historical execution records using machine learning to identify a particular pattern that corresponds to an execution behavior. In order to automatically identify an execution behavior present within particular software, an execution record of that particular software is accessed. The execution record includes an execution trace that reproducibly represents the execution of the software within a particular execution environment, such that the execution record is usable to rerun the execution of the software precisely as the software previously run. Based on finding the particular pattern within the execution record, the computing system automatically identifies that the execution behavior is present within the software.
Debugging asynchronous functions
A method for debugging asynchronous functions in a computer system that implements a runtime stack when executing a program includes, in response to an asynchronous called function being invoked by a calling function of a first execution thread, copying active stack frames of the runtime stack and storing the copied active stack frames as a duplicate stack.
Development of embedded type devices and running method for embedded type virtual device and system
Disclosed by the present invention are a running method for an embedded type virtual device and a system, an embedded type device being divided into a managing process, a plurality of real-time modules and a plurality of non-real-time modules. The managing process reading a configuration file, loading real-time and non-real-time module libraries of each processor and completing initialization interaction by means of a virtual controller area network (CAN) bus and first in, first out (FIFO) communication. The managing process starting a real-time thread and serially scheduling real-time task according to a task period setting relation. The managing process starting a plurality of non-real-time threads, calling a period task of a non-real-time module and carrying out parallel communication with a plurality of debugging clients. The real-time modules exchange data with each other by means of a virtual data bus, and the real-time modules exchange data with the non-real-time modules by means of a sharing memory.
Intercepting and recording calls to a module in real-time
Methods, systems and computer program products for intercepting and recording calls of a module in real-time is provided. Each listed target module is loaded into system memory. A link is established between each target module and the recording framework, which begins execution of an application that includes the plurality of target modules. In response to one of the plurality of target modules being called by the application, control is passed to the recording framework, which includes passing to the recording framework original registers from the application and a register containing an entry point of the recording framework. Recording framework records arguments passed to the target module. Tags identifying the execution environment, transaction name, transaction id, calling program name, and whether the call is for input or output are recorded. When the target module completes, control passes back to the recording framework, which records the output parameters from the target module.
Automatic software behavior identification using execution record
The automatic identification of execution behavior(s) of software. This automatic identification is based on a historical analysis of execution records to identify a particular pattern that represents an execution behavior. In order to automatically identify an execution behavior present within particular software, an execution record (or perhaps multiple execution records) representing the execution of that particular software may be accessed. Based on finding the particular pattern within the execution record (or one, some, or all of the multiple execution records) representing the execution of that particular software, the computing system may automatically identify that the execution behavior is present within the software. This may dramatically assist in modifying that execution behavior.
DEBUG OPERATIONS ON ARTIFICIAL INTELLIGENCE OPERATIONS
The present disclosure includes apparatuses and methods related to performing a debug operation on an artificial intelligence operation. An example apparatus can include a number of memory arrays and a controller, wherein the controller is configured to perform an artificial intelligence (AI) operation on data stored in the number of memory arrays and perform a debug operation on the AI operation.
DIFFING A PLURALITY OF SUBJECT REPLAYABLE EXECUTION TRACES AGAINST A PLURALITY OF COMPARISON REPLAYABLE EXECUTION TRACES
Diffing a plurality of subject replayable traces against a plurality comparison replayable traces includes identifying first mappings among sections of consecutive instructions recorded in the subject traces, identifying distinct subject sections within the subject traces, identifying second mappings among sections of consecutive instructions recorded in the comparison traces, and identifying a plurality of distinct comparison sections within the comparison traces. Each distinct subject section is compared against distinct comparison section(s) to determine a comparison status of each distinct subject section, including whether each distinct subject section is equal to a corresponding distinct comparison section, or different than the distinct comparison sections. The comparison status of a distinct subject section with respect a corresponding distinct comparison section is applied to each comparison section to which the distinct comparison section is mapped in the second mappings, and to each subject section to which the subject section is mapped in the first mappings.
Software debugging system with improved test execution and log file tracking
Methods and systems for improved test execution and log file tracking are presented. In one embodiment, a method includes receiving a log file, which may be associated with a test. An original logging position of the log file may be stored and the test may be executed. Executing the test may cause logging information to be appended to the original logging position at the original logging position. An output file corresponding to the log file may be created and the original logging position within the log file may be located. A portion of the log file may then be copied to the output file starting at the original logging position.
Common input/output interface for application and debug circuitry
An input-output circuit is coupled to a plurality of serial communication paths and to a physical point-to-point interface. The input-output circuit is configured to transmit data received on the plurality of serial communication paths over the physical point-to-point interface. An application circuit is coupled to the input-output circuit and is configured to communicate via a first one of the paths in performing application functions. A bridge circuit is coupled to the input-output circuit and is configured to communicate via a second one of the paths. A debug circuit is coupled to the application circuit and to the bridge circuit. The debug circuit is configured to capture debug data of the application circuit and provide the debug data to the bridge circuit for communication via the second one of the paths.
VIRTUAL REALITY BASED COMPUTER APPLICATION DEVELOPMENT
A computer-implemented method includes receiving, by an integrated development environment (IDE), a stack trace that comprises a plurality of function calls, the IDE is initiated in a 3-dimensional (3D) virtual reality environment for analyzing a computer application. The method further includes accessing, by the IDE, a first source-code file that includes a first function call from the stack trace, and accessing a second source-code file that includes a second function call from the stack trace, the second function call being inside a first function corresponding to the first function call. The method further includes displaying, by the IDE, in the 3D virtual reality environment a first representation of the first source-code file, a second representation of the second source-code file, and a link between the first representation and the second representation.