[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Segfault during "svn info"

From: Arfrever Frehtes Taifersar Arahesis <arfrever.fta_at_gmail.com>
Date: Sat, 15 Nov 2008 21:27:57 +0100

2008-10-28 17:14:39 Jens Seidel napisaƂ(a):
> On Tue, Oct 21, 2008 at 02:30:08PM +0200, Jens Seidel wrote:
> > there seems again a problem if the URL of a repository is like
> > svn+ssh://svn@10.0.1.1. I'm using trunk, r33797.
>
> Updated to r33925, problem still exists.

If problem still exists in >=r34218, then could you write reproduction script?

> I also noticed:
>
> $ svn info svn+ssh://svn@10.0.1.1@
> svn: subversion/libsvn_subr/path.c:359: svn_path_dirname: Assertion `svn_path_is_canonical(path, pool)' failed.
> Abgebrochen (core dumped)
>
> The stable version 1.5.5 is not affected.
>
> > Calling
> > $ svn info
> > in a subdirectory of my repository results in a segfault.
>
> Oops, this is wrong. It should be s/in/on/.
>
> $ svn info doc
> fails (doc/ is a subdirectory of my working copy).
>
> $ cd doc/
> $ svn info
>
> works.
>
> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to Thread 47179074397136 (LWP 24957)]
> > 0x00002b7c8e4f16f2 in svn_uri_is_canonical (uri=0x667760
> > "svn+ssh://svn@10.0.1.1") at
> > subversion/libsvn_subr/dirent_uri.c:1029
> > 1029 while (*ptr != '/')
> > (gdb) print ptr
> > $1 = 0x67b000 <Address 0x67b000 out of bounds>
> >
> > #0 0x00002b7c8e4f16f2 in svn_uri_is_canonical (uri=0x667760 "svn+ssh://svn@10.0.1.1")
> > at subversion/libsvn_subr/dirent_uri.c:1029
> > #1 0x00002b7c8e5036ac in svn_path_is_canonical (path=0x667760 "svn+ssh://svn@10.0.1.1", pool=0x65a588)
> > at subversion/libsvn_subr/path.c:1013
> > #2 0x00002b7c8cdbec12 in read_url (result=0x667630, buf=0x7fff1e174fb8, end=0x655d52 "", wc_format=10, pool=0x65a588)
> > at subversion/libsvn_wc/entries.c:217
> > #3 0x00002b7c8cdbf6af in read_entry (new_entry=0x7fff1e174fb0, buf=0x7fff1e174fb8, end=0x655d52 "", entries_format=10,
> > pool=0x65a588) at subversion/libsvn_wc/entries.c:517
> > #4 0x00002b7c8cdc20f1 in read_entries (adm_access=0x65a710, show_hidden=1, pool=0x65a588) at subversion/libsvn_wc/entries.c:1391
> > #5 0x00002b7c8cdc2585 in svn_wc_entries_read (entries=0x7fff1e1750c0, adm_access=0x65a710, show_hidden=0, pool=0x65a588)
> > at subversion/libsvn_wc/entries.c:1628
> > #6 0x00002b7c8cdc240e in svn_wc_entry (entry=0x7fff1e175160, path=0x65c758 "", adm_access=0x65a710, show_hidden=0, pool=0x65a588)
> > at subversion/libsvn_wc/entries.c:1473
> > #7 0x00002b7c8cdc5f8c in svn_wc_walk_entries3 (path=0x65c758 "", adm_access=0x65a710, walk_callbacks=0x2b7c8cd9fc30,
> > walk_baton=0x7fff1e1751f0, depth=svn_depth_empty, show_hidden=0, cancel_func=0x40f079 <svn_cl__check_cancel>,
> > cancel_baton=0x0, pool=0x65a588) at subversion/libsvn_wc/entries.c:3267
> > #8 0x00002b7c8cb778fd in crawl_entries (wcpath=0x65c758 "", receiver=0x40bc2c <print_info>, receiver_baton=0x0,
> > depth=svn_depth_empty, changelist_hash=0x0, ctx=0x63fbf8, pool=0x65a588) at subversion/libsvn_client/info.c:352
> > #9 0x00002b7c8cb77b35 in svn_client_info2 (path_or_url=0x65c758 "", peg_revision=0x7fff1e175400, revision=0x7fff1e175648,
> > receiver=0x40bc2c <print_info>, receiver_baton=0x0, depth=svn_depth_empty, changelists=0x63f550, ctx=0x63fbf8, pool=0x65a588)
> > at subversion/libsvn_client/info.c:441
> > #10 0x000000000040cdae in svn_cl__info (os=0x63f4f0, baton=0x7fff1e175620, pool=0x63f2b8) at subversion/svn/info-cmd.c:509
> > #11 0x0000000000411694 in main (argc=2, argv=0x7fff1e175978) at subversion/svn/main.c:2012
> >
> > $ svn status
> > subversion/libsvn_wc/entries.c:1405: (apr_err=155016)
> > svn: Error at entry 1 in entries file for '.':
> > subversion/libsvn_wc/entries.c:218: (apr_err=155016)
> > svn: Entry contains non-canonical path 'svn+ssh://svn@10.0.1.1'

-- 
Arfrever Frehtes Taifersar Arahesis

Received on 2008-11-15 21:31:51 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.