avoid 31-bit truncation in write_loose_object
commit915308b187bdaba9ad1c6c3dea7b2b4b200b4796
authorJeff King <peff@peff.net>
Thu, 29 Jan 2009 05:56:34 +0000 (29 00:56 -0500)
committerJunio C Hamano <gitster@pobox.com>
Thu, 29 Jan 2009 07:40:53 +0000 (28 23:40 -0800)
treec04697728ff54f8ee2fa8fdcdd4d92b258c7df20
parentb8469ad0578d6b84ec92752a5f8df3ca5828af77
avoid 31-bit truncation in write_loose_object

The size of the content we are adding may be larger than
2.1G (i.e., "git add gigantic-file"). Most of the code-path
to do so uses size_t or unsigned long to record the size,
but write_loose_object uses a signed int.

On platforms where "int" is 32-bits (which includes x86_64
Linux platforms), we end up passing malloc a negative size.

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
sha1_file.c