summaryrefslogtreecommitdiff
path: root/contrib/buildsystems/parse.pl
diff options
context:
space:
mode:
authorLibravatar René Scharfe <l.s.r@web.de>2015-08-22 21:06:12 +0200
committerLibravatar Junio C Hamano <gitster@pobox.com>2015-08-28 08:52:10 -0700
commit19ee29401dfc414924f335c21ef9880513f3c58d (patch)
treea96bcdacb92c6fb851cf8619afae338cff8d4143 /contrib/buildsystems/parse.pl
parentGit 2.4.8 (diff)
downloadtgif-19ee29401dfc414924f335c21ef9880513f3c58d.tar.xz
t5004: test ZIP archives with many entries
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 files anyway. Software that uses the directory for presenting a filesystem like view quickly -- notably Windows -- depends on it, but doesn't lend itself to an automatic test case easily. Use InfoZIP's zipinfo, which probably isn't available everywhere but at least can provides *some* way to check this field. To speed things up a bit create and commit only a subset of the files and build a fake tree out of duplicates and pass that to git archive. Signed-off-by: Rene Scharfe <l.s.r@web.de> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'contrib/buildsystems/parse.pl')
0 files changed, 0 insertions, 0 deletions