summaryrefslogtreecommitdiff
path: root/t/t5100/msg0003
diff options
context:
space:
mode:
authorLibravatar Jeff King <peff@peff.net>2012-03-30 03:52:18 -0400
committerLibravatar Junio C Hamano <gitster@pobox.com>2012-04-05 16:24:13 -0700
commit38f865c27d1f2560afb48efd2b7b105c1278c4b5 (patch)
tree5b4368c4261b4351a19cb2eec1fe2b01aaa6d0f3 /t/t5100/msg0003
parentcompat/mingw.[ch]: Change return type of exec functions to int (diff)
downloadtgif-38f865c27d1f2560afb48efd2b7b105c1278c4b5.tar.xz
run-command: treat inaccessible directories as ENOENT
When execvp reports EACCES, it can be one of two things: 1. We found a file to execute, but did not have permissions to do so. 2. We did not have permissions to look in some directory in the $PATH. In the former case, we want to consider this a permissions problem and report it to the user as such (since getting this for something like "git foo" is likely a configuration error). In the latter case, there is a good chance that the inaccessible directory does not contain anything of interest. Reporting "permission denied" is confusing to the user (and prevents our usual "did you mean...?" lookup). It also prevents git from trying alias lookup, since we do so only when an external command does not exist (not when it exists but has an error). This patch detects EACCES from execvp, checks whether we are in case (2), and if so converts errno to ENOENT. This behavior matches that of "bash" (but not of simpler shells that use execvp more directly, like "dash"). Test stolen from Junio. Signed-off-by: Jeff King <peff@peff.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t5100/msg0003')
0 files changed, 0 insertions, 0 deletions