> -----Original Message-----
> From: Stefan Küng [mailto:tortoisesvn_at_gmail.com]
> Sent: Thursday, April 16, 2009 1:25 PM
> To: users_at_tortoisesvn.tigris.org
> Subject: Re: serf-related error stealing lock in TortoiseSVN 1.6.1
>
> On Thu, Apr 16, 2009 at 21:10, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
> > Todd C. Gleason wrote:
> >> Hi all,
> >>
> >>
> >>
> >> In
> >>
> http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId
> =1278770
> >>
> <http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageI
> d=1278770>
> >> I had described an error stealing locks using TortoiseSVN 1.5.8. I
> >> still have this problem with TSVN 1.6.1, but now I have an idea as to
> >> what triggers it. Here's as much information as I can give:
> >>
> >> First I identified a locked file using *Check for Modifications*,
> *Check
> >> Repository*.
> >>
> >> Then I navigated to the file and used *TortoiseSVN->Get lock... *. I
> >> selected "Steal the locks". It doesn't seem to matter whether I use a
> >> message or not when trying to steal.
> >>
> >> I'm using https with NTLM authentication.
> >>
> >> In "servers" file:
> >> [groups]
> >> impac = *.impac.com
> >>
> >> [impac]
> >> http-library = serf
> >>
> >> Now, when I try this I get the error from the referenced message.
> >> If I comment out the line with "serf" and re-try, I can steal the lock.
> >>
> >> So, my guess is it's serf-related. It still only happens with TSVN,
> not
> >> with the command-line client from CollabNet, and I believe both respect
> >> the http-library setting, don't they?
> >
> > when you type
> > $ svn --version
> > does it show
> > * ra_serf: Module for ...
> > ?
> >
> > If not, then serf is not compiled in your svn client and therefore won't
> > even use it, no matter what you've specified in your servers file.
> >
> > TSVN uses the equivalent of
> > $ svn lock x:\path\to\file\to\lock --force
> > (don't forget the absolute path, not a relative one!).
>
> I can reproduce the issue here.
>
> Seems serf compares a C-boolean (C doesn't have a bool type, so it's
> basically an int) to 1 instead of !=0 - that's why the --force flag
> TSVN passes isn't honoured.
Looks like you have a handle on it, and yes, the CollabNet client does have serf:
svn, version 1.6.1 (r37116)
compiled Apr 9 2009, 14:52:44
Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).
The following repository access (RA) modules are available:
* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
- handles 'http' scheme
- handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
- with Cyrus SASL authentication
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
- handles 'http' scheme
- handles 'https' scheme
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=1754066
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-04-16 22:04:03 CEST