bisect--helper: double-check run command on exit code 126 and 127
commit48af1fdee374e205c9774c163fbd4683d1110d11
authorRené Scharfe <l.s.r@web.de>
Tue, 18 Jan 2022 12:46:32 +0000 (18 13:46 +0100)
committerJunio C Hamano <gitster@pobox.com>
Wed, 19 Jan 2022 17:35:03 +0000 (19 09:35 -0800)
tree67fa2c2d97c9d387d1ec3d98df1b1bd0361b3868
parentba5bb8152c463c9e59600e03913e99144b9673cc
bisect--helper: double-check run command on exit code 126 and 127

When a run command cannot be executed or found, shells return exit code
126 or 127, respectively.  Valid run commands are allowed to return
these codes as well to indicate bad revisions, though, for historical
reasons.  This means typos can cause bogus bisect runs that go over the
full distance and end up reporting invalid results.

The best solution would be to reserve exit codes 126 and 127, like
71b0251cdd (Bisect run: "skip" current commit if script exit code is
125., 2007-10-26) did for 125, and abort bisect run when we get them.
That might be inconvenient for those who relied on the documentation
stating that 126 and 127 can be used for bad revisions, though.

The workaround used by this patch is to run the command on a known-good
revision and abort if we still get the same error code.  This adds one
step to runs with scripts that use exit codes 126 and 127, but keeps
them supported, with one exception: It won't work with commands that
cannot recognize the (manually marked) known-good revision as such.

Run commands that use low exit codes are unaffected.  Typos are reported
after executing the missing command twice and three checkouts (the first
step, the known good revision and back to the revision of the first
step).

Signed-off-by: René Scharfe <l.s.r@web.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
bisect.c
bisect.h
builtin/bisect--helper.c
t/t6030-bisect-porcelain.sh