Allow get_next_notification to return when interrupted
authorJérémie Galarneau <jeremie.galarneau@efficios.com>
Thu, 4 Oct 2018 21:50:27 +0000 (17:50 -0400)
committerJérémie Galarneau <jeremie.galarneau@efficios.com>
Fri, 12 Oct 2018 16:20:31 +0000 (12:20 -0400)
commit71e04de6ef5608104c7881a45abc638f3c48b8af
tree565a08cf4837a27fe01f1101d5213bffbb60235d
parent42580faaa42a507e1b5192b6acfbbbc9ae5e6b96
Allow get_next_notification to return when interrupted

Applications (and scripts) which consume a given set of notifications
indefinitely may fail to exit if a SIGTERM handler is registered.

lttng_notification_channel_get_next_notification() blocks indefinitely
on recvmsg() until a new notification is available. The wrapper that
is used to do so automatically restarts the recvmsg() if it is
interrupted, thus not allowing clients a change to cleanly exit.

This change causes the notification channel to wait for a message to
be available using select() before starting the actual reception of
the data and return LTTNG_NOTIFICATION_CHANNEL_STATUS_INTERRUTPED if a
signal occurs during the wait.

If data is available, it is assumed that the message is well-formed
and can promptly be received in its entirety. The goal of this change
is to give a monitoring application a chance to leave the
get_next_notification() function and check if it should exit.

Signed-off-by: Jérémie Galarneau <jeremie.galarneau@efficios.com>
include/lttng/notification/channel.h
src/lib/lttng-ctl/channel.c
This page took 0.026606 seconds and 4 git commands to generate.