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

RE: serf-related error stealing lock in TortoiseSVN 1.6.1

From: Todd C. Gleason <tgleason_at_impac.com>
Date: Thu, 16 Apr 2009 13:00:02 -0700

> -----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

This is an archived mail posted to the TortoiseSVN Users mailing list.