Microsoft Technology Licensing, LLC

Douglas Jay Rosen

Brian Robert Crawford

Li Zhang

Patrick Henri Dussud

Michael M Magruder

Vance Palmer Morrison

James S Miller

Sean Edwin Trowbridge

John Lawrence Hamby

Peter A Hallam

Jason L Zander

James H Hogg

Arun Mathew Abraham

Sam Spencer

William G Evans

John Joseph Rivard

Ian H Carmichael

Xin Yan

Steven J Steiner

Jennifer A Hamilton

Mario Chenier

Jing Fan

Habib Heydarian

Daniel Vann

Ross Faulkner Smith, Jr

Lawrence B Sullivan

Allen Wirfs-Brock

Ron Cain

Various technologies and techniques are disclosed for providing stepping and state viewing in a debugger application. A start and end breakpoint are assigned. Source code execution begins, and upon reaching the start breakpoint, a logging feature begins storing one or more values that may be impacted upon execution of code between the start breakpoint and an end breakpoint. More lines of source code are executed until the end breakpoint is reached. When the end breakpoint is reached, the debugger is put into break mode. While in break mode, a playback feature is provided to allow a user to play back a path of execution that occurred between the start breakpoint and the end breakpoint. The playback feature uses at least some of the values that were stored with the logging feature to show how each referenced variable changed in value.

Stepping and application state viewing between points

Tools and techniques assist developers with the detection of memory leaks by using correlation of data type memory usage trends. In particular, investigations of memory leaks can be prioritized without always resorting to the use of bulky and performance-degrading memory dumps, by using these tools and techniques to identify leaky correlated data types. Data about a program's memory usage is processed to identify memory usage trends over time for respective data types, and the trends are searched for significant correlations. Correlated trends (and hence their corresponding data types) are grouped. Memory usage analysis information is displayed for grouped data types, such as the names of the most rapidly leaking data types, the names of correlated data types, leak rates, and leak amounts in terms of memory size and/or data object counts. Memory usage data may also be correlated with processing load requests to indicate which requests have associated memory leaks.

Memory leak analysis by usage trends correlation

Various technologies and techniques are disclosed for providing stepping and state viewing in a debugger application. A start and end breakpoint are assigned, Source code execution begins, and upon reaching the start breakpoint, a logging feature begins storing one or more values that may be impacted upon execution of code between the start breakpoint and an end breakpoint. More lines of source code are executed until the end breakpoint is reached. When the end breakpoint is reached, the debugger is put into break mode. While in break mode, a playback feature is provided to allow a user to play back a path of execution that occurred between the start breakpoint and the end breakpoint. The playback feature uses at least some of the values that were stored with the logging feature to show how each referenced variable changed in value.

When an up to date state has been achieved for the inputs and outputs of a build process, an asset state indicator is set to indicate that all the inputs and outputs are up to date. Those inputs and outputs are monitored. If a change to any of the inputs and/or outputs is detected, the asset state indicator is updated to indicate that some build execution is needed. When a build request is detected, the current state of the asset state indicator is exposed. An execution sequence for targets of the build process based on dependencies between targets is determined. A starting point for a partial build is determined by determining the earliest-appearing target in the sequence that is affected by the detected changes to the inputs and outputs to the targets of the execution sequence. Executing the build process from this starting point will produce the updated outputs and return the system to the up to date state.

Monitoring asset state to enable partial build

Various technologies and techniques are disclosed for providing a framework with a common set of domain-specific entity identifier types that object models representing conceptually similar entities from a domain can use to correlate to model-specific object instances. A particular model-specific object instance of a particular one of the object models can be retrieved using a common set of domain-specific entity identifier types. An instance of a particular domain-specific entity identifier type can be retrieved from a corresponding one of the model-specific object instances. One or more extensibility mechanisms allow third parties to extend the set of domain-specific entity identifier types.

Software technique to correlate conceptually similar entities

A system and method of providing edit and continue support in a software program debugging environment. 'Edit and continue' support allows a user (e.g., programmer and/or developer) to update the code and/or data structure(s) of an executing program while it is running. After the user has finished editing their code and resumes execution, an integrated development environment (IDE) propagates the edit(s) into a common language runtime (CLR) environment before continuing. Therefore, from the CLR environment's perspective, an edit is a block of intermediate language code (IL) and/or metadata that is inserted into a running process. Moreover, The IDE can facilitate: determining 'legality' of an edit; building the edit; sending the edit to the CLR environment; and/or, facilitating the CLR environment switch execution to the edited code.

Method and system for program editing and debugging in a common language runtime environment

A method and system for testing the interoperability of application programs. The interoperability testing system uses an application-independent test script and application-specific command scripts to test the interoperability of application programs. An application-independent test script contains a series of high-level application-independent commands that are to be performed to test the application programs. Each application program to be tested has a corresponding application-specific command script. An application-specific command script contains an implementation of each high-level command for the corresponding application program. To test application programs, the interoperability testing system executes an application-independent test script by reading each high-level command from the test script, retrieving the implementation of that high-level command for the application program that is to perform that command, and executing that implementation.

Method and system for testing the interoperability of application

Growing community of inventors

Woodinville, WA, United States of America

Douglas Jay Rosen