combined diff: correctly handle truncated file
commit21798708031ed808cb77232e771e20d3146cf9c8
authorThomas Rast <trast@student.ethz.ch>
Thu, 15 Apr 2010 12:59:37 +0000 (15 14:59 +0200)
committerJunio C Hamano <gitster@pobox.com>
Sat, 17 Apr 2010 17:23:59 +0000 (17 10:23 -0700)
treec39d7292d74eca74f919a5195772278978688077
parentfff0d0abdde6729606824688c2acac72db643e65
combined diff: correctly handle truncated file

Consider an evil merge of two commits A and B, both of which have a
file 'foo', but the merge result does not have that file.

The combined-diff code learned in 4462731 (combine-diff: do not punt
on removed or added files., 2006-02-06) to concisely show only the
removal, since that is the evil part and the previous contents are
presumably uninteresting.

However, to diagnose an empty merge result, it overloaded the variable
that holds the file's length.  This means that the check also triggers
for truncated files.  Consequently, such files were not shown in the
diff at all despite the merge being clearly evil.

Fix this by adding a new variable that distinguishes whether the file
was deleted (which is the case 4462731 handled) or truncated.  In the
truncated case, we show the full combined diff again, which is rather
spammy but at least does not hide the evilness.

Reported-by: David Martínez Martí <desarrollo@gestiweb.com>
Signed-off-by: Thomas Rast <trast@student.ethz.ch>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
combine-diff.c
t/t4038-diff-combined.sh