alert.h File Reference

Macro functions that log messages and entries at the alert level. More...

Go to the source code of this file.

Macros
#define	stump_a(...)
	Logs a message to the current target with alert severity.
#define	stump_a_str(message)
	Logs a message to the current target with alert severity.
#define	stump_a_entry(target, entry)   stumpless_add_entry( ( target ), ( entry ) )
	Adds an entry to a given target with alert severity.
#define	stump_a_log(target, priority, ...)   stumpless_add_log( ( target ), ( priority ), __VA_ARGS__ )
	Adds a message to a given target with the specified priority.
#define	stump_a_log_str(target, priority, message)   stumpless_add_log_str( ( target ), ( priority ), ( message ) )
	Adds a message to a given target with the specified priority.
#define	stump_a_message(target, ...)
	Adds a message to a given target with alert severity.
#define	stump_a_message_str(target, message)
	Adds a message to a given target with alert severity.
#define	stumplog_a(priority, ...)   stumplog( ( priority ), __VA_ARGS__ )
	Adds a message to the current target with the specified priority.
#define	stumplog_a_str(priority, message)   stumplog_str( ( priority ), ( message ) )
	Adds a message to the current target with the specified priority.

Detailed Description

Macro functions that log messages and entries at the alert level.

These can be turned into no-ops at compile time by defining STUMPLESS_DISABLE_ALERT_LEVEL during build, or at least before inclusion of this header (or stumpless.h).

Macro Definition Documentation

stump_a

#define stump_a

(

...

)

Value:

stumpless_add_log( stumpless_get_current_target(),                             \
                   STUMPLESS_SEVERITY_ALERT |                    \
                     STUMPLESS_DEFAULT_FACILITY,                               \
                   __VA_ARGS__ )

Logs a message to the current target with alert severity.

This function will be removed at compile time if STUMPLESS_DISABLE_ALERT_LEVEL has been defined during build. If it is disabled, then this function is removed at compile time and will have no effect. Otherwise, it is equivalent to a call to stumpless_add_log with the provided message and calculated priority.

Note that if this function is disabled, then the arguments will not be evaluated, meaning that any side effects will not happen. Be sure that any side effects you rely on will not cause problems if they are left out during a build with alert level calls disabled.

This function will log the given message with a severity of STUMPLESS_SEVERITY_ALERT, and the facility defined by the STUMPLESS_DEFAULT_FACILITY. If you wish to specify a different priority, then you will need to use stumplog_a instead.

The message must be a valid format specifier string provided along with the appropriate number of variable arguments afterwards. This means that it should not be a user-controlled value under any circumstances. If you need a safer alternative without the risks of format strings, use stump_a_str instead.

Thread Safety: MT-Safe env locale This function is thread safe. Different target types handle thread safety differently, as some require per-target locks and others can rely on system libraries to log safely, but all targets support thread safe logging in some manner. For target-specific information on how thread safety is supported and whether AS or AC safety can be assumed, refer to the documentation for the target's header file (in the stumpless/target include folder).

Async Signal Safety: AS-Unsafe lock heap This function is not safe to call from signal handlers as some targets make use of non-reentrant locks to coordinate access. It also may make memory allocation calls to create internal cached structures, and memory allocation may not be signal safe.

Async Cancel Safety: AC-Unsafe lock heap This function is not safe to call from threads that may be asynchronously cancelled, due to the use of locks in some targets that could be left locked and the potential for memory allocation.

Parameters

...	The message to log, optionally along with the values for any format specifiers valid in printf. This must be a valid UTF-8 string in shortest form.

Returns

A non-negative value if no error is encountered. If an error is encountered, then a negative value is returned and an error code is set appropriately. If the function is disabled then the effective return value is zero, although a return value of zero does not guarantee that this function is disabled.

Examples

chain_example.c, filter_example.c, and severity_level_example.c.

stump_a_entry

#define stump_a_entry	(		target,
			entry )   stumpless_add_entry( ( target ), ( entry ) )

Adds an entry to a given target with alert severity.

This function will be removed at compile time if STUMPLESS_DISABLE_ALERT_LEVEL has been defined during build. If it is disabled, then this function is removed at compile time and will have no effect. Otherwise, it is equivalent to a call to stumpless_add_entry with the provided target and entry.

Note that if this function is disabled, then the arguments will not be evaluated, meaning that any side effects will not happen. Be sure that any side effects you rely on will not cause problems if they are left out during a build with alert level calls disabled.

This call does not override the severity of the entry itself. Rather, it is intended to allow logging calls to be removed at compile time if the severity is known ahead of time.

Thread Safety: MT-Safe env locale This function is thread safe. Different target types handle thread safety differently, as some require per-target locks and others can rely on system libraries to log safely, but all targets support thread safe logging in some manner. For target-specific information on how thread safety is supported and whether AS or AC safety can be assumed, refer to the documentation for the target's header file (in the stumpless/target include folder).

Async Signal Safety: AS-Unsafe lock This function is not safe to call from signal handlers as some targets make use of non-reentrant locks to coordinate access.

Async Cancel Safety: AC-Unsafe lock This function is not safe to call from threads that may be asynchronously cancelled, due to the use of locks in some targets that could be left locked.

Parameters

target	The target to send the entry to.
entry	The entry to send to the target.

Returns

A non-negative value if no error is encountered. If an error is encountered, then a negative value is returned and an error code is set appropriately. If the function is disabled then the effective return value is zero, although a return value of zero does not guarantee that this function is disabled.

stump_a_log

#define stump_a_log	(		target,
			priority,
			... )   stumpless_add_log( ( target ), ( priority ), __VA_ARGS__ )

Adds a message to a given target with the specified priority.

This function will be removed at compile time if STUMPLESS_DISABLE_ALERT_LEVEL has been defined during build. If it is disabled, then this function is removed at compile time and will have no effect. Otherwise, it is equivalent to a call to stumplog with the provided message and priority.

Note that if this function is disabled, then the arguments will not be evaluated, meaning that any side effects will not happen. Be sure that any side effects you rely on will not cause problems if they are left out during a build with alert level calls disabled.

The message must be a valid format specifier string provided along with the appropriate number of variable arguments afterwards. This means that it should not be a user-controlled value under any circumstances. If you need a safer alternative without the risks of format strings, use stump_a_log_str instead.

Thread Safety: MT-Safe env locale This function is thread safe. Different target types handle thread safety differently, as some require per-target locks and others can rely on system libraries to log safely, but all targets support thread safe logging in some manner. For target-specific information on how thread safety is supported and whether AS or AC safety can be assumed, refer to the documentation for the target's header file (in the stumpless/target include folder).

Async Signal Safety: AS-Unsafe lock heap This function is not safe to call from signal handlers as some targets make use of non-reentrant locks to coordinate access. It also may make memory allocation calls to create internal cached structures, and memory allocation may not be signal safe.

Async Cancel Safety: AC-Unsafe lock heap This function is not safe to call from threads that may be asynchronously cancelled, due to the use of locks in some targets that could be left locked and the potential for memory allocation.

Parameters

target	The target to send the entry to.
priority	The priority of the message - this should be the bitwise or of a single STUMPLESS_SEVERITY and single STUMPLESS_FACILITY value.
...	The message to log, optionally along with the values for any format specifiers valid in printf. This must be a valid UTF-8 string in shortest form.

Returns

A non-negative value if no error is encountered. If an error is encountered, then a negative value is returned and an error code is set appropriately. If the function is disabled then the effective return value is zero, although a return value of zero does not guarantee that this function is disabled.

stump_a_log_str

#define stump_a_log_str	(		target,
			priority,
			message )   stumpless_add_log_str( ( target ), ( priority ), ( message ) )

Adds a message to a given target with the specified priority.

This function will be removed at compile time if STUMPLESS_DISABLE_ALERT_LEVEL has been defined during build. If it is disabled, then this function is removed at compile time and will have no effect. Otherwise, it is equivalent to a call to stump_a_log_str with the provided target, message, and priority.

Note that if this function is disabled, then the arguments will not be evaluated, meaning that any side effects will not happen. Be sure that any side effects you rely on will not cause problems if they are left out during a build with alert level calls disabled.

Thread Safety: MT-Safe env locale This function is thread safe. Different target types handle thread safety differently, as some require per-target locks and others can rely on system libraries to log safely, but all targets support thread safe logging in some manner. For target-specific information on how thread safety is supported and whether AS or AC safety can be assumed, refer to the documentation for the target's header file (in the stumpless/target include folder).

Async Signal Safety: AS-Unsafe lock heap This function is not safe to call from signal handlers as some targets make use of non-reentrant locks to coordinate access. It also may make memory allocation calls to create internal cached structures, and memory allocation may not be signal safe.

Async Cancel Safety: AC-Unsafe lock heap This function is not safe to call from threads that may be asynchronously cancelled, due to the use of locks in some targets that could be left locked and the potential for memory allocation.

Since

release v2.1.0.

Parameters

target	The target to send the entry to.
priority	The priority of the message - this should be the bitwise or of a single STUMPLESS_SEVERITY and single STUMPLESS_FACILITY value.
message	The message to log. This must be a valid UTF-8 string in shortest form.

Returns

A non-negative value if no error is encountered. If an error is encountered, then a negative value is returned and an error code is set appropriately. If the function is disabled then the effective return value is zero, although a return value of zero does not guarantee that this function is disabled.

stump_a_message

#define stump_a_message	(		target,
			... )

Value:

stumpless_add_log( ( target ),                                                 \
                   STUMPLESS_DEFAULT_FACILITY |                                \
                     STUMPLESS_SEVERITY_ALERT,                   \
                   __VA_ARGS__ )

Adds a message to a given target with alert severity.

This function will be removed at compile time if STUMPLESS_DISABLE_ALERT_LEVEL has been defined during build. If it is disabled, then this function is removed at compile time and will have no effect. Otherwise, it is equivalent to a call to stumpless_add_log with the provided message and calculated priority.

Note that if this function is disabled, then the arguments will not be evaluated, meaning that any side effects will not happen. Be sure that any side effects you rely on will not cause problems if they are left out during a build with alert level calls disabled.

This function will log the given message with a severity of STUMPLESS_SEVERITY_ALERT, and the facility defined by the STUMPLESS_DEFAULT_FACILITY. If you wish to specify a different priority, then you will need to use stump_a_log instead.

The message must be a valid format specifier string provided along with the appropriate number of variable arguments afterwards. This means that it should not be a user-controlled value under any circumstances. If you need a safer alternative without the risks of format strings, use stump_a_message_str instead.

Thread Safety: MT-Safe env locale This function is thread safe. Different target types handle thread safety differently, as some require per-target locks and others can rely on system libraries to log safely, but all targets support thread safe logging in some manner. For target-specific information on how thread safety is supported and whether AS or AC safety can be assumed, refer to the documentation for the target's header file (in the stumpless/target include folder).

Async Signal Safety: AS-Unsafe lock heap This function is not safe to call from signal handlers as some targets make use of non-reentrant locks to coordinate access. It also may make memory allocation calls to create internal cached structures, and memory allocation may not be signal safe.

Async Cancel Safety: AC-Unsafe lock heap This function is not safe to call from threads that may be asynchronously cancelled, due to the use of locks in some targets that could be left locked and the potential for memory allocation.

Parameters

target	The target to send the entry to.
...	The message to log, optionally along with the values for any format specifiers valid in printf. This must be a valid UTF-8 string in shortest form.

Returns

A non-negative value if no error is encountered. If an error is encountered, then a negative value is returned and an error code is set appropriately. If the function is disabled then the effective return value is zero, although a return value of zero does not guarantee that this function is disabled.

stump_a_message_str

#define stump_a_message_str	(		target,
			message )

Value:

stumpless_add_log_str( ( target ),                                             \
                       STUMPLESS_DEFAULT_FACILITY |                            \
                         STUMPLESS_SEVERITY_ALERT,               \
                       ( message ) )

Adds a message to a given target with alert severity.

This function will be removed at compile time if STUMPLESS_DISABLE_ALERT_LEVEL has been defined during build. If it is disabled, then this function is removed at compile time and will have no effect. Otherwise, it is equivalent to a call to stumpless_add_log_str with the provided target and message.

Note that if this function is disabled, then the arguments will not be evaluated, meaning that any side effects will not happen. Be sure that any side effects you rely on will not cause problems if they are left out during a build with alert level calls disabled.

This function will log the given message with a severity of STUMPLESS_SEVERITY_ALERT, and the facility defined by the STUMPLESS_DEFAULT_FACILITY. If you wish to specify a different priority, then you will need to use stump_a_log instead.

Thread Safety: MT-Safe env locale This function is thread safe. Different target types handle thread safety differently, as some require per-target locks and others can rely on system libraries to log safely, but all targets support thread safe logging in some manner. For target-specific information on how thread safety is supported and whether AS or AC safety can be assumed, refer to the documentation for the target's header file (in the stumpless/target include folder).

Async Signal Safety: AS-Unsafe lock heap This function is not safe to call from signal handlers as some targets make use of non-reentrant locks to coordinate access. It also may make memory allocation calls to create internal cached structures, and memory allocation may not be signal safe.

Async Cancel Safety: AC-Unsafe lock heap This function is not safe to call from threads that may be asynchronously cancelled, due to the use of locks in some targets that could be left locked and the potential for memory allocation.

Since

release v2.1.0.

Parameters

target	The target to send the entry to.
message	The message to log. This must be a valid UTF-8 string in shortest form.

Returns

A non-negative value if no error is encountered. If an error is encountered, then a negative value is returned and an error code is set appropriately. If the function is disabled then the effective return value is zero, although a return value of zero does not guarantee that this function is disabled.

stump_a_str

#define stump_a_str

(

message

)

Value:

stumpless_add_log_str( stumpless_get_current_target(  ),                       \
                       STUMPLESS_SEVERITY_ALERT |                \
                         STUMPLESS_DEFAULT_FACILITY,                           \
                       ( message ) )

Logs a message to the current target with alert severity.

This function will be removed at compile time if STUMPLESS_DISABLE_ALERT_LEVEL has been defined during build. If it is disabled, then this function is removed at compile time and will have no effect. Otherwise, it is equivalent to a call to stumpless_add_log with the provided message and calculated priority.

Note that if this function is disabled, then the arguments will not be evaluated, meaning that any side effects will not happen. Be sure that any side effects you rely on will not cause problems if they are left out during a build with alert level calls disabled.

This function will log the given message with a severity of STUMPLESS_SEVERITY_ALERT, and the facility defined by the STUMPLESS_DEFAULT_FACILITY. If you wish to specify a different priority, then you will need to use stumplog_em instead.

Thread Safety: MT-Safe env locale This function is thread safe. Different target types handle thread safety differently, as some require per-target locks and others can rely on system libraries to log safely, but all targets support thread safe logging in some manner. For target-specific information on how thread safety is supported and whether AS or AC safety can be assumed, refer to the documentation for the target's header file (in the stumpless/target include folder).

Async Signal Safety: AS-Unsafe lock heap This function is not safe to call from signal handlers as some targets make use of non-reentrant locks to coordinate access. It also may make memory allocation calls to create internal cached structures, and memory allocation may not be signal safe.

Async Cancel Safety: AC-Unsafe lock heap This function is not safe to call from threads that may be asynchronously cancelled, due to the use of locks in some targets that could be left locked and the potential for memory allocation.

Since

release v2.1.0.

Parameters

message

The message to log. This must be a valid UTF-8 string in shortest form.

Returns

A non-negative value if no error is encountered. If an error is encountered, then a negative value is returned and an error code is set appropriately. If the function is disabled then the effective return value is zero, although a return value of zero does not guarantee that this function is disabled.

stumplog_a

#define stumplog_a	(		priority,
			... )   stumplog( ( priority ), __VA_ARGS__ )

Adds a message to the current target with the specified priority.

This function will be removed at compile time if STUMPLESS_DISABLE_ALERT_LEVEL has been defined during build. If it is disabled, then this function is removed at compile time and will have no effect. Otherwise, it is equivalent to a call to stumplog with the provided priority and message.

Note that if this function is disabled, then the arguments will not be evaluated, meaning that any side effects will not happen. Be sure that any side effects you rely on will not cause problems if they are left out during a build with alert level calls disabled.

The message must be a valid format specifier string provided along with the appropriate number of variable arguments afterwards. This means that it should not be a user-controlled value under any circumstances. If you need a safer alternative without the risks of format strings, use stumplog_a_str instead.

Thread Safety: MT-Safe env locale This function is thread safe. Different target types handle thread safety differently, as some require per-target locks and others can rely on system libraries to log safely, but all targets support thread safe logging in some manner. For target-specific information on how thread safety is supported and whether AS or AC safety can be assumed, refer to the documentation for the target's header file (in the stumpless/target include folder).

Async Signal Safety: AS-Unsafe lock heap This function is not safe to call from signal handlers as some targets make use of non-reentrant locks to coordinate access. It also may make memory allocation calls to create internal cached structures, and memory allocation may not be signal safe.

Async Cancel Safety: AC-Unsafe lock heap This function is not safe to call from threads that may be asynchronously cancelled, due to the use of locks in some targets that could be left locked and the potential for memory allocation.

Parameters

priority	The priority of the message - this should be the bitwise or of a single STUMPLESS_SEVERITY and single STUMPLESS_FACILITY value.
...	The message to log, optionally along with the values for any format specifiers valid in printf. This must be a valid UTF-8 string in shortest form.

stumplog_a_str

#define stumplog_a_str	(		priority,
			message )   stumplog_str( ( priority ), ( message ) )

Adds a message to the current target with the specified priority.

This function will be removed at compile time if STUMPLESS_DISABLE_ALERT_LEVEL has been defined during build. If it is disabled, then this function is removed at compile time and will have no effect. Otherwise, it is equivalent to a call to stumplog_str with the provided message and calculated priority.

Note that if this function is disabled, then the arguments will not be evaluated, meaning that any side effects will not happen. Be sure that any side effects you rely on will not cause problems if they are left out during a build with alert level calls disabled.

Thread Safety: MT-Safe env locale This function is thread safe. Different target types handle thread safety differently, as some require per-target locks and others can rely on system libraries to log safely, but all targets support thread safe logging in some manner. For target-specific information on how thread safety is supported and whether AS or AC safety can be assumed, refer to the documentation for the target's header file (in the stumpless/target include folder).

Async Signal Safety: AS-Unsafe lock heap This function is not safe to call from signal handlers as some targets make use of non-reentrant locks to coordinate access. It also may make memory allocation calls to create internal cached structures, and memory allocation may not be signal safe.

Async Cancel Safety: AC-Unsafe lock heap This function is not safe to call from threads that may be asynchronously cancelled, due to the use of locks in some targets that could be left locked and the potential for memory allocation.

Since

release v2.1.0.

Parameters

priority	The priority of the message - this should be the bitwise or of a single STUMPLESS_SEVERITY and single STUMPLESS_FACILITY value.
message	The message to log. This must be a valid UTF-8 string in shortest form.