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

Re: git svn fetch segfaults

From
Junio C Hamano <gitster@pobox.com>
Date
Jan 9, 2008, 20:14 UTC
Message-ID
<7v4pdmiwo4.fsf@gitster.siamese.dyndns.org>
In-Reply-To
<200801091353.44630.devurandom@gmx.net>
Dennis Schridde <devurandom@gmx.net> writes:
Show 32 quoted lines
> Am Mittwoch, 9. Januar 2008 01:33:07 schrieb Miklos Vajna:
>> On Tue, Jan 08, 2008 at 11:25:45PM +0100, Dennis Schridde 
> <devurandom@gmx.net> wrote:
>> > mkdir org.gna.warzone2100.git
>> > cd org.gna.warzone2100.git
>> > git --bare init
>> > git --bare svn init --use-svnsync-props --stdlayout
>> > file:///var/svn/warzone2100/
>> > git --bare svn fetch
>>
>> wget http://svn.kynes.de/warzone2100.bz2
>>
>> svnadmin create warzone2100 && bzcat warzone2100.bz2 | svnadmin load
>> warzone2100
>>
>> the rest is the same i get a segfault at the very same place.
>>
>> > If I do not specify --use-svnsync-prop to "git svn init", it gets past
>> > r13 in tags/1.10a.
>>
>> same.
>>
>> > I am using these versions:
>> > svn, version 1.4.6 (r28521)
>> > git version 1.5.4.rc2
>>
>> $ svn --version
>> svn, version 1.4.5 (r25188)
>>
>> $ git --version
>> git version 1.5.4.rc2.38.gd6da3
> Same with git version 1.5.3.7
Has anybody determined which executable is the segfaulting one?

If it is svn executable spawned by Perl that runs git-svn, or libsvn shared object linked to Perl while running git-svn, I suspect testing with different git versions will not be very productive.

Previous: Dennis SchriddeNext: Björn Steinbrink
Message 4 of 7 in “git svn fetch segfaults”
  1. Dennis SchriddeJan 8, 2008
  2. Miklos VajnaJan 9, 2008
  3. Dennis SchriddeJan 9, 2008
  4. Junio C HamanoJan 9, 2008
  5. Björn SteinbrinkJan 9, 2008
  6. Björn SteinbrinkJan 9, 2008
  7. Dennis SchriddeJan 10, 2008

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.