pid1: simplify the logic in two statements related to killing processes
Generally non-inverted conditions are nicer, and ternary operators with complex conditions are a bit hard to read. No functional change.
This commit is contained in:
parent
b200489b2b
commit
59ec09a83e
|
@ -273,7 +273,9 @@ static void scope_enter_signal(Scope *s, ScopeState state, ScopeResult f) {
|
|||
if (state == SCOPE_STOP_SIGTERM)
|
||||
skip_signal = bus_scope_send_request_stop(s) > 0;
|
||||
|
||||
if (!skip_signal) {
|
||||
if (skip_signal)
|
||||
r = 1; /* wait */
|
||||
else {
|
||||
r = unit_kill_context(
|
||||
UNIT(s),
|
||||
&s->kill_context,
|
||||
|
@ -283,8 +285,7 @@ static void scope_enter_signal(Scope *s, ScopeState state, ScopeResult f) {
|
|||
-1, -1, false);
|
||||
if (r < 0)
|
||||
goto fail;
|
||||
} else
|
||||
r = 1;
|
||||
}
|
||||
|
||||
if (r > 0) {
|
||||
r = scope_arm_timer(s, usec_add(now(CLOCK_MONOTONIC), s->timeout_stop_usec));
|
||||
|
|
|
@ -3755,14 +3755,14 @@ int unit_kill_context(
|
|||
bool main_pid_alien) {
|
||||
|
||||
bool wait_for_exit = false, send_sighup;
|
||||
cg_kill_log_func_t log_func;
|
||||
cg_kill_log_func_t log_func = NULL;
|
||||
int sig, r;
|
||||
|
||||
assert(u);
|
||||
assert(c);
|
||||
|
||||
/* Kill the processes belonging to this unit, in preparation for shutting the unit down. Returns > 0 if we
|
||||
* killed something worth waiting for, 0 otherwise. */
|
||||
/* Kill the processes belonging to this unit, in preparation for shutting the unit down.
|
||||
* Returns > 0 if we killed something worth waiting for, 0 otherwise. */
|
||||
|
||||
if (c->kill_mode == KILL_NONE)
|
||||
return 0;
|
||||
|
@ -3774,9 +3774,8 @@ int unit_kill_context(
|
|||
IN_SET(k, KILL_TERMINATE, KILL_TERMINATE_AND_LOG) &&
|
||||
sig != SIGHUP;
|
||||
|
||||
log_func =
|
||||
k != KILL_TERMINATE ||
|
||||
IN_SET(sig, SIGKILL, SIGABRT) ? log_kill : NULL;
|
||||
if (k != KILL_TERMINATE || IN_SET(sig, SIGKILL, SIGABRT))
|
||||
log_func = log_kill;
|
||||
|
||||
if (main_pid > 0) {
|
||||
if (log_func)
|
||||
|
|
Loading…
Reference in a new issue