We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Thank you for this library!
We use the rust tracing crate and ran into an issue where the panic hook itself panics on invoking log::error! when tracing is in a broken state.
log::error!
First a tracing macro would panic, causing the panic hook to get invoked and then the panic hook panicked, yielding:
thread panicked while processing panic. aborting.
Could it make sense to fall back to e.g. eprintln! if log::error! panics?
eprintln!
The text was updated successfully, but these errors were encountered:
How would that be implemented?
Sorry, something went wrong.
Not sure, is it possible to catch a panic in the panic hook or does that second panic cause an immediate abort?
It is an immediate abort.
No branches or pull requests
Thank you for this library!
We use the rust tracing crate and ran into an issue where the panic hook itself panics on invoking
log::error!
when tracing is in a broken state.First a tracing macro would panic, causing the panic hook to get invoked and then the panic hook panicked, yielding:
Could it make sense to fall back to e.g.
eprintln!
iflog::error!
panics?The text was updated successfully, but these errors were encountered: