Re: http protocol, cloning git.git, fails (too many open files)

Dear diary, on Mon, Nov 14, 2005 at 01:42:33AM CET, I got a letter
where wa1ter@myrealbox.com said that...

On Sun, 13 Nov 2005, walt wrote:

quoted

On Sat, 2005-11-12 at 15:21 -0800, Junio C Hamano wrote:
[...]

quoted

However, one thing puzzles me.  I just tried to reproduce it by
doing this:

	$ rm -fr git-http
        $ ulimit -n 16
        $ git clone http://www.kernel.org/pub/scm/git/git.git git-http

and it did not fail on my Linux box...

quoted

I've never seen it on Linux...

Aha!  I do indeed see it on linux with ulimit -n 64 but *only* when I
do the clone with cg-clone.  When I use 'git clone' it works just fine.

So, what does cogito do differently that accounts for more open files?

Cogito uses the same logic and underlying GIT fetching commands for
cloning as well as for fetching, while git-clone uses some custom logic
for cloning ("dumb http clone"). (In fact, is there a point in carrying
it further now that git-http-fetch got as smart as it got? You'll have
less code, and more importantly see bugs in the fetchers otherwise only
I see with Cogito. ;-)

-- 
				Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
VI has two modes: the one in which it beeps and the one in which
it doesn't.