On Fri, Apr 15, 2011 at 07:05:05PM -0700, madmarcos wrote: > So, my inflater method decompresses the first 7 objects fine (a commit, a > couple of trees, and several blobs) and a cursory visual inspection of the > decompressed data seems fine. The eighth object becomes a problem, though. > It is a blob with the name build.xml that is 51,060 bytes decompressed > (looking at the original pre-git-pushed jEdit source). The actual file size > matches the decompressed data content size in the packfile object header. > The inflater procedure outputs the decompressed data to System.out for > visual inspection. Approximately the first 1/3 looks like the original > build.xml but after that, the output is garbled. The procedure continues > decompressing objects after the 8th, but garbled, object but it dies on the > 9th object with an "unknown compression method" error. Is it possible that the blob is stored as a delta within the pack? In that case the pack header will tell you what the eventual size of the blob will be, but the data will actually be a diff against another pack object. Does your inflater handle delta-fied objects? -Peff -- 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