summaryrefslogtreecommitdiff
path: root/builtin/worktree.c
diff options
context:
space:
mode:
authorJeff King <peff@peff.net>2015-11-17 23:22:37 (GMT)
committerJeff King <peff@peff.net>2015-11-24 22:07:04 (GMT)
commit7cb5f7c44dfea798a5ad99ee5b42fdaf8de4e379 (patch)
tree1cae58d262b39e43940a4069860f0b802c9e7b17 /builtin/worktree.c
parent700fd28e4f3ecd6e7b5f8f2098e62ffef9ab958b (diff)
downloadgit-7cb5f7c44dfea798a5ad99ee5b42fdaf8de4e379.zip
git-7cb5f7c44dfea798a5ad99ee5b42fdaf8de4e379.tar.gz
git-7cb5f7c44dfea798a5ad99ee5b42fdaf8de4e379.tar.bz2
blame: fix object casting regression
Commit 1b0d400 refactored the prepare_final() function so that it could be reused in multiple places. Originally, the loop had two outputs: a commit to stuff into sb->final, and the name of the commit from the rev->pending array. After the refactor, that loop is put in its own function with a single return value: the object_array_entry from the rev->pending array. This contains both the name and the object, but with one important difference: the object is the _original_ object found by the revision parser, not the dereferenced commit. If one feeds a tag to "git blame", we end up casting the tag object to a "struct commit", which causes a segfault. Instead, let's return the commit (properly casted) directly from the function, and take the "name" as an optional out-parameter. This does the right thing, and actually simplifies the callers, who no longer need to cast or dereference the object_array_entry themselves. [test case by Max Kirillov <max@max630.net>] Signed-off-by: Jeff King <peff@peff.net>
Diffstat (limited to 'builtin/worktree.c')
0 files changed, 0 insertions, 0 deletions