You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently it's not possible to use glog to dump stack traces (via InstallFailureSignalHandler()) on program crashes on windows because windows handles these without using signals. On windows, structured exception handling is used for these types of errors and one can set up an unexpected exception handler via SetUnhandledExceptionFilter(...):
Note that the stack is already unwound when this filter is called, therefore one has to use the information in the exception context record to walk the stack that triggered the exception. InstallFailureSignalHandler() could take on this responsibility, or another function could be provided that a user has to call for windows.
Note that the alternative of just exposing the stack trace dumping code (see issue 144) and having users call that from their own filter is not enough to solve this issue, since the stack is already unwound and it needs to be read from the exception info.
The text was updated successfully, but these errors were encountered:
Currently it's not possible to use glog to dump stack traces (via
InstallFailureSignalHandler()
) on program crashes on windows because windows handles these without using signals. On windows, structured exception handling is used for these types of errors and one can set up an unexpected exception handler viaSetUnhandledExceptionFilter(...)
:https://docs.microsoft.com/en-us/windows/win32/api/errhandlingapi/nf-errhandlingapi-setunhandledexceptionfilter
Note that the stack is already unwound when this filter is called, therefore one has to use the information in the exception context record to walk the stack that triggered the exception.
InstallFailureSignalHandler()
could take on this responsibility, or another function could be provided that a user has to call for windows.Note that the alternative of just exposing the stack trace dumping code (see issue 144) and having users call that from their own filter is not enough to solve this issue, since the stack is already unwound and it needs to be read from the exception info.
The text was updated successfully, but these errors were encountered: