Abstract: The subject disclosure is directed towards making cube data highly available and efficient to access by separating the read cube server from the processing cube server, on different physical machines. The read cube server may be mirrored, and the write cube server may be mirrored. When the primary read cube server is not operational (e.g., has failed) or is having its read cube synchronized, the read queries are handled by the mirror read cube server. When a processing cube server (or its write cube) is not operational, its mirror processing cube server takes over and performs cube processing operations via its mirror write cube.

Abstract: The subject disclosure is directed towards making cube data highly available and efficient to access by separating the read cube server from the processing cube server, on different physical machines. The read cube server may be mirrored, and the write cube server may be mirrored. When the primary read cube server is not operational (e.g., has failed) or is having its read cube synchronized, the read queries are handled by the mirror read cube server. When a processing cube server (or its write cube) is not operational, its mirror processing cube server takes over and performs cube processing operations via its mirror write cube.

Abstract: The subject disclosure is directed towards making cube data highly available and efficient to access by separating the read cube server from the processing cube server, on different physical machines. The read cube server may be mirrored, and the write cube server may be mirrored. When the primary read cube server is not operational (e.g., has failed) or is having its read cube synchronized, the read queries are handled by the mirror read cube server. When a processing cube server (or its write cube) is not operational, its mirror processing cube server takes over and performs cube processing operations via its mirror write cube.

Abstract: A facility for debugging in an operating system with native and non-native subsystems is described. The facility employs a debugger designed for use with the native subsystem. The debugger receives an indication to debug the application program of the non-native subsystem, attaches to the application program of the non-native subsystem, and when it receives an indication that the application program has started a new process, attaches to an executable component operating in the new process. When the debugger is appropriately configured, the facility attaches to an application program operating on the non-native subsystem rather than a terminal component operating on the native subsystem. When the debugger is appropriately configured, the facility redirects exceptions the debugger receives to the non-native subsystem.

Abstract: Techniques for extending operating system subsystems are provided. The techniques involve using a subsystem of an operating system having a set of insertion points that identify points in the program logic of the subsystem where logic extensions may be added. The subsystem may receive a library that has functions comprising program logic for extending the subsystem and a list that provides a correspondence between the insertion points and the functions. When the subsystem receives a request to perform an action that has a corresponding insertion point for which the list provides an associated function, the subsystem may perform the function. The function may be indicated to be performed at various points in the program logic of the subsystem, including before or after the requested action.

Abstract: Techniques for routing exceptions to operating system subsystems are provided. In various embodiments, a software developer may add a global exception handler software component to an application. The global exception handler may operate in a process relating to a subsystem. Upon receiving an exception, the global exception handler may route the exception to another subsystem.

Abstract: Techniques for extending operating system subsystems are provided. The techniques involve receiving a library that provides functions that extend an application program interface of the subsystem of the operating system. The techniques dynamically add a set of local procedure call ports or system call numbers corresponding to functions provided by the library and provide a known local procedure call port for receiving requests to identify a dynamically added local procedure call port or system call number. When a function of the library is requested, the subsystem determines the dynamically added port or system call number corresponding to the function, and provides an indication of the determined port or system call number to a requester of the function. The requester of the function may then invoke the function using the indicated dynamically added port or system call number.

Abstract: A facility for debugging in an operating system with native and non-native subsystems is described. The facility employs a debugger designed for use with the native subsystem. The debugger receives an indication to debug the application program of the non-native subsystem, attaches to the application program of the non-native subsystem, and when it receives an indication that the application program has started a new process, attaches to an executable component operating in the new process. When the debugger is appropriately configured, the facility attaches to an application program operating on the non-native subsystem rather than a terminal component operating on the native subsystem. When the debugger is appropriately configured, the facility redirects exceptions the debugger receives to the non-native subsystem.

Abstract: A facility for measuring code coverage of an executable object is described. The facility requests an identification of basic blocks of the executable object, adds a data structure to the executable object for storing code coverage information, and adds to each basic block of the executable object program instructions for updating an element of the data structure corresponding to the basic block. When the executable object performs, each basic block that is performed updates an element of the added data structure corresponding to the basic block. When the executable object terminates, it updates a file comprising an indication of basic blocks that have been performed.

Abstract: A facility for debugging in an operating system with native and non-native subsystems is described. The facility employs a debugger designed for use with the native subsystem. The debugger receives an indication to debug the application program of the non-native subsystem, attaches to the application program of the non-native subsystem, and when it receives an indication that the application program has started a new process, attaches to an executable component operating in the new process. When the debugger is appropriately configured, the facility attaches to an application program operating on the non-native subsystem rather than a terminal component operating on the native subsystem. When the debugger is appropriately configured, the facility redirects exceptions the debugger receives to the non-native subsystem.

Abstract: Techniques for extending operating system subsystems are provided. The techniques involve using a subsystem of an operating system having a set of insertion points that identify points in the program logic of the subsystem where logic extensions may be added. The subsystem may receive a library that has functions comprising program logic for extending the subsystem and a list that provides a correspondence between the insertion points and the functions. When the subsystem receives a request to perform an action that has a corresponding insertion point for which the list provides an associated function, the subsystem may perform the function. The function may be indicated to be performed at various points in the program logic of the subsystem, including before or after the requested action.

Abstract: Techniques for extending operating system subsystems are provided. The techniques involve receiving a library that provides functions that extend an application program interface of the subsystem of the operating system. The techniques dynamically add a set of local procedure call ports or system call numbers corresponding to functions provided by the library and provide a known local procedure call port for receiving requests to identify a dynamically added local procedure call port or system call number. When a function of the library is requested, the subsystem determines the dynamically added port or system call number corresponding to the function, and provides an indication of the determined port or system call number to a requester of the function. The requester of the function may then invoke the function using the indicated dynamically added port or system call number.

Abstract: Techniques for routing exceptions to operating system subsystems are provided. In various embodiments, a software developer may add a global exception handler software component to an application. The global exception handler may operate in a process relating to a subsystem. Upon receiving an exception, the global exception handler may route the exception to another subsystem.