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

Re: git-svn -- out of memory

From
Jeff King <peff@peff.net>
Date
Feb 16, 2009, 13:45 UTC
Message-ID
<20090216134506.GA20271@coredump.intra.peff.net>
In-Reply-To
<7vhc2ubssd.fsf@gitster.siamese.dyndns.org>
On Mon, Feb 16, 2009 at 02:05:54AM -0800, Junio C Hamano wrote:
Show 15 quoted lines
> "Alfred M\. Szmidt" <ams@gnu.org> writes:
> 
> >    > when doing a `git svn clone' on a subversion repository that contains
> >    > a large file (>1GiB), `git svn' dies with the following:
> >    > 
> >    > ams@trillian:~$ git svn clone REPO -T trunk -b branches -t tags
> >    > [...]
> >    > fatal: Out of memory? mmap failed: Cannot allocate memory
> >    > hash-object -w --stdin-paths: command returned error: 128
> 
> Ding...
> [...]
> The hash-object error message sounds like the issue that was fixed with
> 915308b (avoid 31-bit truncation in write_loose_object, 2009-01-29).  Does
> v1.6.2-rc1 help?

Hmm. The original problem I had with the 32-bit wrapping actually caused malloc to fail, whereas this is an mmap failure. So it might not be the same thing (but certainly testing with v1.6.2-rc1 will be a good data point).

-Peff
Previous: Junio C Hamano
Message 3 of 3 in “Re: git-svn -- out of memory”
  1. Alfred M. SzmidtFeb 16, 2009
  2. Junio C HamanoFeb 16, 2009
  3. Jeff KingFeb 16, 2009

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.