Junio C Hamano <junkio@xxxxxxx> wrote: > Shawn Pearce <spearce@xxxxxxxxxxx> 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@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html