Expand description
Error context system based on a thread-local representation of the call stack, itself based on the instructions that are sent between threads.
§Help wanted
There is an ongoing endeavor to improve the state of error handling in zellij. Currently, many
functions rely on [unwrap]ing Results rather than returning and hence propagating
potential errors. If you’re interested in helping to add error handling to zellij, don’t
hesitate to get in touch with us. Additional information can be found in the docs about error
handling.
Modules§
- prelude
- Re-exports of common error-handling code.
Structs§
- Error
Context - A representation of the call stack.
Enums§
- Background
JobContext - Client
Context - Stack call representations corresponding to the different types of [
ClientInstruction]s. - Context
Type - Different types of calls that form an
ErrorContextcall stack. - Plugin
Context - Stack call representations corresponding to the different types of [
PluginInstruction]s. - PtyContext
- Stack call representations corresponding to the different types of [
PtyInstruction]s. - PtyWrite
Context - Screen
Context - Stack call representations corresponding to the different types of [
ScreenInstruction]s. - Server
Context - Stack call representations corresponding to the different types of [
ServerInstruction]s. - Zellij
Error
Traits§
- Error
Instruction - Fatal
Error - Special trait to mark fatal/non-fatal errors.
- Loggable
Error - Helper trait to easily log error types.
- ToAnyhow
- Helper trait to convert error types that don’t satisfy
anyhows trait requirements to anyhow errors.
Functions§
- get_
current_ ctx - handle_
panic - Custom panic handler/hook. Prints the
ErrorContext.