Junio C Hamano <junkio@cox.net> wrote: > Shawn Pearce <spearce@spearce.org> writes: > > >> > Sure the scheme you outlined allows a 64 bit difference but > >> > uncompressed objects already can't be larger than 2**32-1... > >> > >> Where do we have that limitation? > > > > sha1_file.c uses "unsigned long" a lot to deal with size of an > > object, deflated. iirc unsigned long is only 32 bits even in many > > 64 bit architectures. Or am I wrong? > > Of course 4G .idx (\377tOc) patch would update them to u64. > What is the problem? None then. I must have missed that. Besides this issue is moot as you are removing it from the .idx. Sorry for the noise. :-) -- Shawn. -- VGER BF report: S 0.999999 - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Sun Sep 03 19:28:18 2006
This archive was generated by hypermail 2.1.8 : 2006-09-03 19:30:31 EST