Abstract: In some implementations, in response to receiving a request message from a client device, a computing device may provide a response message that includes a custom or non-standard control header. The control header may instruct the client device to wait before sending any subsequent request messages to the computing device. For example, the control header may inform the client device to wait until passage of period of time or until after a specified time arrives before sending a subsequent request message. A module, an application, an operating system, or other software on the client device that receives the response message, interprets the control header and performs one or more operations to comply with the control header. Accordingly, some implementations herein utilize message headers to perform message throttling for controlling an amount of network traffic or load on one or more computing devices.

Abstract: Systems and methods are provided for presenting reflow objects of content on an output medium. In some embodiments, the content to be presented may be determined by rendering one or more reflow objects of content to an image file, the image file having a horizontal dimension that approximates the horizontal dimension of the output medium and a vertical dimension that exceeds the vertical dimension of the output medium, and causing a portion of the image file to be presented on the output medium, wherein the portion of the image file presented corresponds to a view window logically superimposed upon the image file. A request for content that is not within the view window may be received, the location of the view window may be adjusted based on the request, and the adjustment may result in changing the portion of the image file presented on the display.

Abstract: An error reporting system within the operating system of a computer that provides error reporting and/or debugging for managed applications. The error reporting service supports a registration programming interface through which applications that use non-native or non-standard error reporting functions can register runtime exception modules. A similar interface may be provided for applications to register debuggers. In response to a failure, such as a crash or an application hang, the error reporting service can poll the registered components to ascertain whether any is adapted for use in conjunction with such a failure. If so, the appropriate registered components can be used to collect failure data and/or debug the failed application. In this way, the error reporting service, and an existing framework that supports aggregation of application error reports, can be customized, including to allow error reporting and debugging of non-native applications.

Abstract: A method and system for profiling API shims is described herein. The system includes a profiler, a profiling application program interface (API), and a profiling shim. The profiling shim intercepts communications between the profiler and the profiling API. Calls from and to the profiler are chained through the profiling shim. The profiling shim may further log calls to functions from and to the profiler and/or validate the profiler's usage of the profiling API.

Abstract: An error reporting system within the operating system of a computer that provides error reporting and/or debugging for managed applications. The error reporting service supports a registration programming interface through which applications that use non-native or non-standard error reporting functions can register runtime exception modules. A similar interface may be provided for applications to register debuggers. In response to a failure, such as a crash or an application hang, the error reporting service can poll the registered components to ascertain whether any is adapted for use in conjunction with such a failure. If so, the appropriate registered components can be used to collect failure data and/or debug the failed application. In this way, the error reporting service, and an existing framework that supports aggregation of application error reports, can be customized, including to allow error reporting and debugging of non-native applications.

Abstract: A call stack includes at least one frame of managed code and at least one frame of unmanaged code. In a multithreaded environment, a request from a diagnostic tool to a tracing function for the call stack is made on a thread that is not associated with the call stack. The tracing function preserves a context for a thread associated with the call stack until the call stack tracing function ends. In a particular embodiment, a method grants access to a stackwalking function, such that when a point on the call stack is designated in a request for the stackwalking function, the stackwalking function commences at the point on the call stack. When no point on the call stack is designated in the request for the stackwalking function, a default position on the call stack is determined based on a last managed frame pushed onto the call stack and the stackwalking function commences at the default position on the call stack.

Abstract: The techniques and mechanisms described herein are directed to a method for virtually catching an exception. A debugger receives a notification identifying information about an exception that occurred during execution of an application. The debugger then selectively chooses a location on a call stack where execution of the application resumes after the stack is unwound up to the selected location. The location being between a statement on the stack causing the exception and a handler on the stack. The handler being identified during a search phase for exception processing. The mechanism being operative for both handled exceptions and unhandled exceptions.

Abstract: Embodiments are directed to providing intermediate language (IL) code on a per-method basis for at least one method of a binary. In one embodiment, a computer system selects a method from among various methods included in a binary file, where the methods are configured to perform various intended functions for an application. The computer system appends a descriptive marker to the selected method indicating how to obtain IL code that is to be included in the body of the selected method, receives a command to execute the selected method, and refers to the appended descriptive marker to generate an IL code request based on the indication in the descriptive marker. The computer system submits the generated IL code request to one or more IL code providers to request IL code for the selected method, receives the requested IL code for the selected method and inserts the IL code into the body of the selected method.

Abstract: A method and system for profiling API shims is described herein. The system includes a profiler, a profiling application program interface (API), and a profiling shim. The profiling shim intercepts communications between the profiler and the profiling API. Calls from and to the profiler are chained through the profiling shim. The profiling shim may further log calls to functions from and to the profiler and/or validate the profiler's usage of the profiling API.