summary | shortlog | log | commit | commitdiff | tree
raw | patch | inline | side by side (parent: 4d44cb1)
raw | patch | inline | side by side (parent: 4d44cb1)
author | Nicolas Pitre <nico@cam.org> | |
Fri, 10 Feb 2006 15:20:40 +0000 (10:20 -0500) | ||
committer | Junio C Hamano <junkio@cox.net> | |
Fri, 10 Feb 2006 17:21:02 +0000 (09:21 -0800) |
There was a stale comment that explains why the old code could
undercount when delta data copied things around inside detination
buffer. We do not use that kind of delta, so the comment does
not apply.
undercount when delta data copied things around inside detination
buffer. We do not use that kind of delta, so the comment does
not apply.
count-delta.c | patch | blob | history |
diff --git a/count-delta.c b/count-delta.c
index 978a60ca9d7afb05cdfd8ad68108d89a64add7fd..058a2aadb1475801ea7573837867fa79bf1766c1 100644 (file)
--- a/count-delta.c
+++ b/count-delta.c
*
* Number of bytes that are _not_ copied from the source is deletion,
* and number of inserted literal bytes are addition, so sum of them
- * is the extent of damage. xdelta can express an edit that copies
- * data inside of the destination which originally came from the
- * source. We do not count that in the following routine, so we are
- * undercounting the source material that remains in the final output
- * that way.
+ * is the extent of damage.
*/
int count_delta(void *delta_buf, unsigned long delta_size,
unsigned long *src_copied, unsigned long *literal_added)