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

Re: [PATCH (WIP)] git-svn: cache SVN::Ra functions in a more Perl GC-friendly way

From
EWEric Wong <normalperson@yhbt.net>
Date
Apr 25, 2007, 06:40 UTC
Message-ID
<20070425064053.GA4310@muzzle>
In-Reply-To
<462D544C.8010206@midwinter.com>
Steven Grimm <koreth@midwinter.com> wrote:
> FYI, with this patch, it actually dies more often. The stack seems to be 
> corrupted so I can't give you a useful stack trace, but here's what gdb 
> says:
Yikes.

Thanks for the feedback. Sorry, I've still been busy with another big project and haven't been able to track down this nasty bug.

If somebody wants to take a stab at working around it: hack up a patch that forks a new child (reusing the main connection) for every revision it needs to fetch. It should still be as fast as normal on *nix machines because fork() is fast and it won't have to renegotiate the connection in every child, but memory leaks and corruption won't have a chance to accumulate.

-- 
Eric Wong
Previous: Steven GrimmNext: Eric Wong
Message 5 of 12 in “Segmentation fault in git-svn”
  1. Steven GrimmApr 16, 2007
  2. Eric WongApr 17, 2007
  3. git-svn: cache SVN::Ra functions in a more Perl GC-friendly wayEric Wong, Apr 17, 2007
  4. Steven GrimmApr 24, 2007
  5. Eric WongApr 25, 2007
  6. Eric WongApr 17, 2007
  7. Eric WongApr 18, 2007
  8. [RFH] Re: Segmentation fault in git-svnEric Wong, Apr 19, 2007
  9. Peter BaumannMay 3, 2007
  10. Eric WongMay 13, 2007
  11. Steven GrimmMay 13, 2007
  12. Peter BaumannMay 14, 2007

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.