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

`blame' says "Client/server version mismatch", but (I think) they're the same version

From: Eric Hanchrow <offby1_at_blarg.net>
Date: 2003-11-18 00:55:33 CET

My server was built from http://svn.collab.net/repos/svn/tags/0.33.0;
it's an up-to-date version of Debian `testing'.

Every operation I've tried on the client so far has worked; `blame'
is the only one that has had any trouble.

All the communication is via the "svn+ssh" protocol.

Anyway: on the server, when I do `svn blame .bash_logout', I see what
is clearly correct output:

    $ svn --version
    svn, version 0.33.0 (dev build)
       compiled Nov 14 2003, 11:00:01

    $ svn blame .bash_logout
         5 erich # when leaving the console clear the screen to increase privacy
         5 erich
         5 erich case "`tty`" in
         5 erich /dev/tty[0-9]) clear
         5 erich esac

But on the client -- the Debian `unstable' package of Subversion,
whose version number in the Debian dpkg database is 0.33.0-1 -- , I
see

    $ svn --version
    svn, version 0.33.0 (r7737)
       compiled Nov 16 2003, 15:55:24

    $ svn blame .bash_logout
    svn: Client/server version mismatch
    svn: Server did not send repository root

And just for laughs, on a very up-to-date Cygwin machine:

    $ svn --version
    svn, version 0.33.0 (r7737)
       compiled Nov 14 2003, 11:09:04

    $ gdb $(type -p svn.exe)
    GNU gdb 2003-09-20-cvs (cygwin-special)
    Copyright 2003 Free Software Foundation, Inc.
    GDB is free software, covered by the GNU General Public License, and you are
    welcome to change it and/or distribute copies of it under certain conditions.
    Type "show copying" to see the conditions.
    There is absolutely no warranty for GDB. Type "show warranty" for details.
    This GDB was configured as "i686-pc-cygwin"...
    (gdb) run blame .bash_logout
    Starting program: /usr/local/bin/svn.exe blame .bash_logout

    Program received signal SIGSEGV, Segmentation fault.
    0x00456889 in ra_svn_get_repos_root (sess=0x10062718, url=0x22fa2c, pool=0x10051cc8) at subversion/libsvn_ra_svn/client.c:675
    675 if (!conn->repos_root)
    (gdb) bt
    #0 0x00456889 in ra_svn_get_repos_root (sess=0x10062718, url=0x22fa2c, pool=0x10051cc8) at subversion/libsvn_ra_svn/client.c:675
    #1 0x00413523 in svn_client_blame (target=0x10051cc8 "z\004\020\b=\005\020#2 0x0022fa2c in ?? ()
    #3 0x10051cc8 in ?? ()
    #4 0x0022fa30 in ?? ()
    #5 0x10051cc8 in ?? ()
    #6 0x10051cc8 in ?? ()
    (gdb) quit
    $

Now, the server's version string indeed differs from those of both
clients, but only in the stuff in parentheses, so I figured the
clients ought to interoperate with the server...

Is this a bug, or do I need to keep the versions in tighter sync?

-- 
This movie doesn't scrape the bottom of the barrel.  This movie isn't
the bottom of the barrel.  This movie isn't below the bottom of the
barrel.  This movie doesn't deserve to be mentioned in the same
sentence with barrels.
        Roger Ebert on "Freddy Got Fingered"
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 18 00:56:13 2003

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.