summaryrefslogtreecommitdiff
path: root/http.c
diff options
context:
space:
mode:
authorLibravatar Matthieu Moy <Matthieu.Moy@imag.fr>2013-03-11 13:21:27 +0100
committerLibravatar Junio C Hamano <gitster@pobox.com>2013-03-11 10:22:56 -0700
commit35ba83ccf6f83d1278b3bff56db75be9c59fee69 (patch)
tree18f94d8706a53d5a1f5f6b84662bcd1dea38cb2f /http.c
parentgit-completion.zsh: define __gitcomp_file compatibility function (diff)
downloadtgif-35ba83ccf6f83d1278b3bff56db75be9c59fee69.tar.xz
git-completion.bash: zsh does not implement function redirection correctly
A recent change added functions whose entire standard error stream is redirected to /dev/null using a construct that is valid POSIX.1 but is not widely used: funcname () { cd "$1" && run some command "$2" } 2>/dev/null Even though this file is "git-completion.bash", zsh completion support dot-sources it (instead of asking bash to grok it like tcsh completion does), and zsh does not implement this redirection correctly. With zsh, trying to complete an inexistant directory gave this: git add no-such-dir/__git_ls_files_helper:cd:2: no such file or directory: no-such-dir/ Also these functions use "cd" to first go somewhere else before running a command, but the location the caller wants them to go that is given as an argument to them should not be affected by CDPATH variable the users may have set for their interactive session. To fix both of these, wrap the body of the function in a subshell, unset CDPATH at the beginning of the subshell, and redirect the standard error stream of the subshell to /dev/null. Signed-off-by: Matthieu Moy <Matthieu.Moy@imag.fr> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'http.c')
0 files changed, 0 insertions, 0 deletions