Reference

pw_status: Exception-free error propagation for embedded

Status codes

enumerator OK = 0

OK indicates that the operation completede successfully. It is typical to check for this value before proceeding on any given call across an API or RPC boundary. To check this value, use the ok() member function rather than inspecting the raw code.

C++	pw::OkStatus()
C	PW_STATUS_OK
Python / Java / TypeScript	Status.OK
Rust	Ok(val)

enumerator CANCELLED = 1

CANCELLED indicates the operation was cancelled, typically by the caller.

C++	pw::Status::Cancelled()
C	PW_STATUS_CANCELLED
Python / Java / TypeScript	Status.CANCELLED
Rust	Error::Cancelled

enumerator UNKNOWN = 2

UNKNOWN indicates an unknown error occurred. In general, more specific errors should be raised, if possible. Errors raised by APIs that do not return enough error information may be converted to this error.

C++	pw::Status::Unknown()
C	PW_STATUS_UNKNOWN
Python / Java / TypeScript	Status.UNKNOWN
Rust	Error::Unknown

enumerator INVALID_ARGUMENT = 3

INVALID_ARGUMENT indicates the caller specified an invalid argument, such as a malformed filename. Note that use of such errors should be narrowly limited to indicate the invalid nature of the arguments themselves. Errors with validly formed arguments that may cause errors with the state of the receiving system should be denoted with FAILED_PRECONDITION instead.

C++	pw::Status::InvalidArgument()
C	PW_STATUS_INVALID_ARGUMENT
Python / Java / TypeScript	Status.INVALID_ARGUMENT
Rust	Error::InvalidArgument

enumerator DEADLINE_EXCEEDED = 4

DEADLINE_EXCEEDED indicates a deadline expired before the operation could complete. For operations that may change state within a system, this error may be returned even if the operation has completed successfully. For example, a successful response from a server could have been delayed long enough for the deadline to expire.

C++	pw::Status::DeadlineExceeded()
C	PW_STATUS_DEADLINE_EXCEEDED
Python / Java / TypeScript	Status.DEADLINE_EXCEEDED
Rust	Error::DeadlineExceeded

enumerator NOT_FOUND = 5

NOT_FOUND indicates some requested entity (such as a file or directory) was not found.

NOT_FOUND is useful if a request should be denied for an entire class of users, such as during a gradual feature rollout or undocumented allowlist. If a request should be denied for specific sets of users, such as through user-based access control, use PERMISSION_DENIED instead.

C++	pw::Status::NotFound()
C	PW_STATUS_NOT_FOUND
Python / Java / TypeScript	Status.NOT_FOUND
Rust	Error::NotFound

enumerator ALREADY_EXISTS = 6

ALREADY_EXISTS indicates that the entity a caller attempted to create (such as a file or directory) is already present.

C++	pw::Status::AlreadyExists()
C	PW_STATUS_ALREADY_EXISTS
Python / Java / TypeScript	Status.ALREADY_EXISTS
Rust	Error::AlreadyExists

enumerator PERMISSION_DENIED = 7

PERMISSION_DENIED indicates that the caller does not have permission to execute the specified operation. Note that this error is different than an error due to an unauthenticated user. This error code does not imply the request is valid or the requested entity exists or satisfies any other pre-conditions.

PERMISSION_DENIED must not be used for rejections caused by exhausting some resource. Instead, use RESOURCE_EXHAUSTED for those errors. PERMISSION_DENIED must not be used if the caller cannot be identified. Instead, use UNAUTHENTICATED for those errors.

C++	pw::Status::PermissionDenied()
C	PW_STATUS_PERMISSION_DENIED
Python / Java / TypeScript	Status.PERMISSION_DENIED
Rust	Error::PermissionDenied

enumerator RESOURCE_EXHAUSTED = 8

RESOURCE_EXHAUSTED indicates some resource has been exhausted, perhaps a per-user quota, or perhaps the entire file system is out of space.

C++	pw::Status::ResourceExhausted()
C	PW_STATUS_RESOURCE_EXHAUSTED
Python / Java / TypeScript	Status.RESOURCE_EXHAUSTED
Rust	Error::ResourceExhausted

enumerator FAILED_PRECONDITION = 9

FAILED_PRECONDITION indicates that the operation was rejected because the system is not in a state required for the operation’s execution. For example, a directory to be deleted may be non-empty, an rmdir operation is applied to a non-directory, etc.

Some guidelines that may help a service implementer in deciding between FAILED_PRECONDITION, ABORTED, and UNAVAILABLE:

1. Use UNAVAILABLE if the client can retry just the failing call.

2. Use ABORTED if the client should retry at a higher transaction level (such as when a client-specified test-and-set fails, indicating the client should restart a read-modify-write sequence).

3. Use FAILED_PRECONDITION if the client should not retry until the system state has been explicitly fixed. For example, if a rmdir fails because the directory is non-empty, FAILED_PRECONDITION should be returned since the client should not retry unless the files are deleted from the directory.

C++	pw::Status::FailedPrecondition()
C	PW_STATUS_FAILED_PRECONDITION
Python / Java / TypeScript	Status.FAILED_PRECONDITION
Rust	Error::FailedPrecondition

enumerator ABORTED = 10

ABORTED indicates the operation was aborted, typically due to a concurrency issue such as a sequencer check failure or a failed transaction.

See the guidelines above for deciding between FAILED_PRECONDITION, ABORTED, and UNAVAILABLE.

C++	pw::Status::Aborted()
C	PW_STATUS_ABORTED
Python / Java / TypeScript	Status.ABORTED
Rust	Error::Aborted

enumerator OUT_OF_RANGE = 11

OUT_OF_RANGE indicates the operation was attempted past the valid range, such as seeking or reading past an end-of-file.

Unlike INVALID_ARGUMENT, this error indicates a problem that may be fixed if the system state changes. For example, a 32-bit file system will generate INVALID_ARGUMENT if asked to read at an offset that is not in the range [0,2^32-1], but it will generate OUT_OF_RANGE if asked to read from an offset past the current file size.

There is a fair bit of overlap between FAILED_PRECONDITION and OUT_OF_RANGE. We recommend using OUT_OF_RANGE (the more specific error) when it applies so that callers who are iterating through a space can easily look for an OUT_OF_RANGE error to detect when they are done.

C++	pw::Status::OutOfRange()
C	PW_STATUS_OUT_OF_RANGE
Python / Java / TypeScript	Status.OUT_OF_RANGE
Rust	Error::OutOfRange

enumerator UNIMPLEMENTED = 12

UNIMPLEMENTED indicates the operation is not implemented or supported in this service. In this case, the operation should not be re-attempted.

C++	pw::Status::Unimplemented()
C	PW_STATUS_UNIMPLEMENTED
Python / Java / TypeScript	Status.UNIMPLEMENTED
Rust	Error::Unimplemented

enumerator INTERNAL = 13

INTERNAL indicates an internal error has occurred and some invariants expected by the underlying system have not been satisfied. This error code is reserved for serious errors.

C++	pw::Status::Internal()
C	PW_STATUS_INTERNAL
Python / Java / TypeScript	Status.INTERNAL
Rust	Error::Internal

enumerator UNAVAILABLE = 14

UNAVAILABLE indicates the service is currently unavailable and that this is most likely a transient condition. An error such as this can be corrected by retrying with a backoff scheme. Note that it is not always safe to retry non-idempotent operations.

See the guidelines above for deciding between FAILED_PRECONDITION, ABORTED, and UNAVAILABLE.

C++	pw::Status::Unavailable()
C	PW_STATUS_UNAVAILABLE
Python / Java / TypeScript	Status.UNAVAILABLE
Rust	Error::Unavailable

enumerator DATA_LOSS = 15

DATA_LOSS indicates that unrecoverable data loss or corruption has occurred. As this error is serious, proper alerting should be attached to errors such as this.

C++	pw::Status::DataLoss()
C	PW_STATUS_DATA_LOSS
Python / Java / TypeScript	Status.DATA_LOSS
Rust	Error::DataLoss

enumerator UNAUTHENTICATED = 16

UNAUTHENTICATED indicates that the request does not have valid authentication credentials for the operation. Correct the authentication and try again.

C++	pw::Status::Unauthenticated()
C	PW_STATUS_UNAUTHENTICATED
Python / Java / TypeScript	Status.UNAUTHENTICATED
Rust	Error::Unauthenticated

C++ API

class Status

Status is a thin, zero-cost abstraction around the pw_Status enum. It initializes to OK by default and adds ok() and str() methods. Implicit conversions are permitted between pw_Status and pw::Status.

An OK Status is created by the pw::OkStatus() function or by the default Status constructor. Non-OK Status is created with a static member function that corresponds with the status code.

Public Functions

inline constexpr Code code() const

Returns the Status::Code (pw_Status) for this Status.

inline constexpr bool ok() const

True if the status is OK .

This function is provided in place of an IsOk() function.

inline constexpr void Update(Status other)

Updates this Status to the provided Status IF this status is OK . This is useful for tracking the first encountered error, as calls to this helper will not change one error status to another error status.

inline constexpr void IgnoreError() const

Ignores any errors. This method does nothing except potentially suppress complaints from any tools that are checking that errors are not dropped on the floor.

inline const char *str() const

Returns a null-terminated string representation of the Status.

constexpr Status pw::OkStatus()

Returns an OK status. Equivalent to Status() or Status(PW_STATUS_OK). This function is used instead of a Status::Ok() function, which would be too similar to Status::ok().

enum pw_Status

Enum to use in place of pw::Status in C code. Always use pw::Status in C++ code.

The values of the pw_Status enum are all-caps and prefixed with PW_STATUS_. For example, PW_STATUS_DATA_LOSS corresponds with DATA_LOSS.

Unused result warnings

If the PW_STATUS_CFG_CHECK_IF_USED option is enabled, pw::Status objects returned from function calls must be used or it is a compilation error. To silence these warnings call IgnoreError() on the returned status object.

PW_STATUS_CFG_CHECK_IF_USED defaults to false. Pigweed compiles with this option enabled, but projects that use Pigweed will need to be updated to compile with this option. After all projects have migrated, unused result warnings will be enabled unconditionally.

C API

pw_status provides the C-compatible pw_Status enum for the status codes. For ease of use, pw::Status implicitly converts to and from pw_Status. However, the pw_Status enum should never be used in C++; instead use the pw::Status class.

Rust API

pw_status’s Rust API is documented in our rustdoc API docs.