summaryrefslogtreecommitdiff
path: root/Makefile
diff options
context:
space:
mode:
authorRené Scharfe <l.s.r@web.de>2022-01-18 12:46:32 (GMT)
committerJunio C Hamano <gitster@pobox.com>2022-01-19 17:35:03 (GMT)
commit48af1fdee374e205c9774c163fbd4683d1110d11 (patch)
tree67fa2c2d97c9d387d1ec3d98df1b1bd0361b3868 /Makefile
parentba5bb8152c463c9e59600e03913e99144b9673cc (diff)
downloadgit-48af1fdee374e205c9774c163fbd4683d1110d11.zip
git-48af1fdee374e205c9774c163fbd4683d1110d11.tar.gz
git-48af1fdee374e205c9774c163fbd4683d1110d11.tar.bz2
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>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions