# Errors and exceptions

Source: https://libtmux.org/en/swift/latest/topics/errors-and-exceptions/

> Handle command failures, inspect delivery status, and decide when a retry is safe.

A command can fail because tmux rejects it, or because the transport stops
before returning a reply. Inspect the reported error and delivery state before
retrying a mutation: tmux may already have received it.

For lookup failures caused by zero or multiple matches, see [Filtering and
queries](https://libtmux.org/en/swift/latest/concepts/queries/#the-cardinality-contract-side-by-side).

## A failed command, as a value

Fallible operations use typed throws with [`TmuxError`](<https://libtmux.org/en/swift/latest/reference/tmuxerror/>). Catch
that error to inspect the failure.

## Is it safe to retry?

Retry a mutation automatically only when you know it was not dispatched, or when
repeating it is safe for your operation. A timeout, cancellation, or dropped
connection can occur after tmux has acted. These APIs expose delivery
information:

A control-session failure does not establish that tmux never received
the command. Retry only when non-delivery is known or repeating the
operation is safe.

Treat unknown delivery as potentially executed.

For subprocess calls that complete normally, inspect the exit status. If a call
is interrupted or times out without a delivery state, check tmux's resulting
state before repeating a mutation.