Eric Sunshine sunsh...@sunshineco.com writes:
On Sun, Aug 23, 2015 at 5:29 AM, René Scharfe l@web.de wrote:
I suspected that zipinfo's output might be formatted differently on
different platforms and tried to guard against it by checking for the
number zero there. Git's ZIP file creation
Junio C Hamano gits...@pobox.com writes:
Eric Sunshine sunsh...@sunshineco.com writes:
On Sun, Aug 23, 2015 at 5:29 AM, René Scharfe l@web.de wrote:
I suspected that zipinfo's output might be formatted differently on
different platforms and tried to guard against it by checking for the
On Fri, Aug 28, 2015 at 11:57 AM, Junio C Hamano gits...@pobox.com wrote:
Junio C Hamano gits...@pobox.com writes:
Eric Sunshine sunsh...@sunshineco.com writes:
On Sun, Aug 23, 2015 at 5:29 AM, René Scharfe l@web.de wrote:
I suspected that zipinfo's output might be formatted differently on
On Sun, Aug 23, 2015 at 5:29 AM, René Scharfe l@web.de wrote:
Am 23.08.2015 um 07:54 schrieb Eric Sunshine:
On Sat, Aug 22, 2015 at 3:06 PM, René Scharfe l@web.de wrote:
+test_lazy_prereq ZIPINFO '
+ n=$($ZIPINFO $TEST_DIRECTORY/t5004/empty.zip | sed -n 2s/.*
//p)
+ test
Am 23.08.2015 um 07:54 schrieb Eric Sunshine:
On Sat, Aug 22, 2015 at 3:06 PM, René Scharfe l@web.de wrote:
diff --git a/t/t5004-archive-corner-cases.sh
b/t/t5004-archive-corner-cases.sh
index 654adda..c6bd729 100755
--- a/t/t5004-archive-corner-cases.sh
+++
A ZIP file directory has a 16-bit field for the number of entries it
contains. There are 64-bit extensions to deal with that. Demonstrate
that git archive --format=zip currently doesn't use them and instead
overflows the field.
InfoZIP's unzip doesn't care about this field and extracts all
On Sat, Aug 22, 2015 at 3:06 PM, René Scharfe l@web.de wrote:
A ZIP file directory has a 16-bit field for the number of entries it
contains. There are 64-bit extensions to deal with that. Demonstrate
that git archive --format=zip currently doesn't use them and instead
overflows the
7 matches
Mail list logo
