reftable/stack: fix error handling in `reftable_stack_init_addition()`
commit630942a873ae0f1d067efaaf7b4d1b05cfb3a141
authorPatrick Steinhardt <ps@pks.im>
Mon, 25 Mar 2024 10:02:38 +0000 (25 11:02 +0100)
committerJunio C Hamano <gitster@pobox.com>
Mon, 25 Mar 2024 16:51:11 +0000 (25 09:51 -0700)
tree511a0c02a9fd49379578fe618b3e8d07e2bfbec6
parent667b545c625a860b42f335db3c5a04020e6131f6
reftable/stack: fix error handling in `reftable_stack_init_addition()`

In `reftable_stack_init_addition()` we call `stack_uptodate()` after
having created the lockfile to check whether the stack was modified
concurrently, which is indicated by a positive return code from the
latter function. If so, we return a `REFTABLE_LOCK_ERROR` to the caller
and abort the addition.

The error handling has an off-by-one though because we check whether the
error code is `> 1` instead of `> 0`. Thus, instead of returning the
locking error, we would return a positive value. One of the callers of
`reftable_stack_init_addition()` works around this bug by repeating the
error code check without the off-by-one. But other callers are subtly
broken by this bug.

Fix this by checking for `err > 0` instead. This has the consequence
that `reftable_stack_init_addition()` won't ever return a positive error
code anymore, but will instead return `REFTABLE_LOCK_ERROR` now. Thus,
we can drop the check for a positive error code in `stack_try_add()`
now.

Signed-off-by: Patrick Steinhardt <ps@pks.im>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
reftable/stack.c