git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: EGIT unpackedreadr problem

From
Shawn Pearce <spearce@spearce.org>
Date
Dec 3, 2006, 02:25 UTC
Message-ID
<20061203022513.GB26668@spearce.org>
In-Reply-To
<200612030200.13857.robin.rosenberg@dewire.com>
Robin Rosenberg <robin.rosenberg@dewire.com> wrote:
> Subject: [PATCH] Utility to show a log.
Thanks.  This is somewhat handy so I've applied the utility program.
Like your other patch to Commit class this one had some whitespace
issues.  In the future could you apply the Eclipse formatter (using
the Java Conventions style) to the source before genererating a diff?
 
> Not sure what's going on. The  UnpackedReader "looks" like it does
> the equivalent of what it did before,but apparently it isn't. 

Yea... I broke the legacy header parsing in 42691339. The breakage actually showed up in one of the unit tests (test009_CreateCommitOldFormat) but I didn't notice it before pushing the changes out as I failed to run the entire unit test suite first. Whoops.

I found it and fixed it in f70704f9. The issue was we were copying the remaining data from the Inflater ontop of the data we had already decompressed out for the header; this meant that we lost the leading bytes of each object. I just neglated to push the fix out. Double whoops.

Previous: Robin Rosenberg
Message 2 of 2 in “EGIT unpackedreadr problem”
  1. Robin RosenbergDec 3, 2006
  2. Shawn PearceDec 3, 2006

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.