1 unstable release

0.1.0 Apr 2, 2020

#820 in Debugging

Download history 293/week @ 2024-08-26 345/week @ 2024-09-02 175/week @ 2024-09-09 191/week @ 2024-09-16 247/week @ 2024-09-23 407/week @ 2024-09-30 122/week @ 2024-10-07 215/week @ 2024-10-14 179/week @ 2024-10-21 119/week @ 2024-10-28 373/week @ 2024-11-04 332/week @ 2024-11-11 124/week @ 2024-11-18 161/week @ 2024-11-25 365/week @ 2024-12-02 238/week @ 2024-12-09

911 downloads per month
Used in after-effects

MIT/Apache

8KB
72 lines

A logger for use with Windows debuggers.

Windows allows applications to output a string directly to debuggers. This is very useful in situations where other forms of logging are not available. For example, stderr is not available for GUI apps.

Windows provides the OutputDebugString entry point, which allows apps to print a debug string. Internally, OutputDebugString is implemented by raising an SEH exception, which the debugger catches and handles.

Raising an exception has a significant cost, when run under a debugger, because the debugger halts all threads in the target process. So you should avoid using this logger for high rates of output, because doing so will slow down your app.

Like many Windows entry points, OutputDebugString is actually two entry points: OutputDebugStringA (multi-byte encodings) and OutputDebugStringW (UTF-16). In most cases, the *A version is implemented using a "thunk" which converts its arguments to UTF-16 and then calls the *W version. However, OutputDebugStringA is one of the few entry points where the opposite is true.

This crate can be compiled and used on non-Windows platforms, but it does nothing. This is intended to minimize the impact on code that takes a dependency on this crate.

Dependencies

~86KB