remote-curl: main test case for the OS command line overflow
commit7103d2543ad138bd9df672cdc94cc070dd7417d8
authorIvan Todoroski <grnch@gmx.net>
Mon, 2 Apr 2012 15:17:03 +0000 (2 17:17 +0200)
committerJunio C Hamano <gitster@pobox.com>
Tue, 10 Apr 2012 21:49:18 +0000 (10 14:49 -0700)
treef0506d5f60f4d5dc2ee9e409d7cca723ec1933f6
parentb2a9f4da645365d20ffac85cf2a6b0898258fcdc
remote-curl: main test case for the OS command line overflow

This is main test case for the original problem that triggered this
patch series. We create a repo with 50k tags and then test whether
git-clone over the smart HTTP protocol succeeds.

Note that we construct the repo in a slightly different way than the
original script used to reproduce the problem. This is because the
original script just created 50k tags all pointing to the same commit,
so if there was a bug where remote-curl.c was not passing all the refs
to fetch-pack we wouldn't know. The clone would succeed even if only one
tag was passed, because all the other tags were pointing at the same SHA
and would be considered present.

Instead we create a repo with 50k independent (dangling) commits and
then tag each of those commits with a unique tag. This way if one of the
tags is not given to fetch-pack, later stages of the clone would
complain about it.

This allows us to test both that the command line overflow was fixed, as
well as that it was fixed in a way that doesn't leave out any of the
refs.

Signed-off-by: Ivan Todoroski <grnch@gmx.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
t/t5551-http-fetch.sh