diff options
author | Jeff King <peff@peff.net> | 2019-04-11 09:49:25 -0400 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2019-04-12 13:34:17 +0900 |
commit | 36c831972497c1141a704fb5ad179675111ee321 (patch) | |
tree | 2d268fabd28cc4810413dd0321ab916a90e103d1 /Documentation/RelNotes/1.6.3.1.txt | |
parent | xdiff: use git-compat-util (diff) | |
download | tgif-36c831972497c1141a704fb5ad179675111ee321.tar.xz |
xdiff: use xmalloc/xrealloc
Most of xdiff uses a bare malloc() to allocate memory, and returns an
error when we get NULL. However, there are a few spots which don't check
the return value and may segfault, including at least xdl_merge() and
xpatience.c's find_longest_common_sequence().
Let's use xmalloc() everywhere instead, so that we get a graceful die()
for these cases, without having to do further auditing. This does mean
the existing cases which check errors will now die() instead of
returning an error up the stack. But:
- that's how the rest of Git behaves already for malloc errors
- all of the callers of xdi_diff(), etc, die upon seeing an error
So while we might one day want to fully lib-ify the diff code and make
it possible to use as part of a long-running process, we're not close to
that now. And because we're just tweaking the xdl_malloc() macro here,
we're not really moving ourselves any further away from that. We
could, for example, simplify some of the functions which handle malloc()
errors which can no longer occur. But that would probably be taking us
in the wrong direction.
This also makes our malloc handling more consistent with the rest of
Git, including enforcing GIT_ALLOC_LIMIT and trying to reclaim pack
memory when needed.
Reported-by: 王健强 <jianqiang.wang@securitygossip.com>
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'Documentation/RelNotes/1.6.3.1.txt')
0 files changed, 0 insertions, 0 deletions