author | YONETANI Tomokazu <qhwt+git@les.ath.cx> | |
Sun, 14 Dec 2008 02:08:22 +0000 (11:08 +0900) | ||
committer | Junio C Hamano <gitster@pobox.com> | |
Mon, 15 Dec 2008 00:41:32 +0000 (16:41 -0800) | ||
commit | 2fad5329f4bc03e2328a2994d336c12a9683d9b2 | |
tree | 43285f131f69c8e87fb0d08042c435b303e4c878 | tree | snapshot |
parent | 7e76aba317b690932c8236311219b0faf97f1571 | commit | diff |
git-fast-import possible memory corruption problem
Internal "allocate in bulk, we will never free this memory anyway"
allocator used in fast-import had a logic to round up the size of the
requested memory block in a wrong place (it computed if the available
space is enough to fit the request first, and then carved a chunk of
memory by size rounded up to the alignment, which could go beyond the
actually available space).
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Internal "allocate in bulk, we will never free this memory anyway"
allocator used in fast-import had a logic to round up the size of the
requested memory block in a wrong place (it computed if the available
space is enough to fit the request first, and then carved a chunk of
memory by size rounded up to the alignment, which could go beyond the
actually available space).
Signed-off-by: Junio C Hamano <gitster@pobox.com>
fast-import.c | diff | blob | history |