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

Re: Path resolution problem with working copy on NFS share

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Thu, 17 Sep 2009 19:17:45 +0200

On 17.09.2009 14:04, Wolfgang Stengel wrote:
> Hello,
> because samba is very slow, today I tried using NFS to access my
> working copy. Generally it works very well except for the diff
> feature. In the commit dialog one can usially double-click on a
> changed file an see the differences. This does not work anymore.
> Clicking on the "Show differences as unified diff" context menu item
> reveals a hint as to why: Tortoise somehow appends the .svn/entries
> path to the complete filename instead of the directory the file is in
> (see screenshot).
> Does anyone here know if this is a Tortoise bug (related to
> backslashes somehow) an a way around it, or if it's a bug within
> NFS?

TSVN (and usually every other app out there) doesn't know or even care
whether a path is on an NFS share or a local drive. All it cares is the
path itself (needed to access the files and folders) and that it works
as it should.
So this is definitely an issue with your share. From the error message
(btw: Ctrl-C to copy the text of the error dialog to the clipboard, and
you can save yourself from a screenshot) my guess would be that it
doesn't return the proper flags when asked whether a path is a folder or
a file.


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-09-17 19:17:48 CEST

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

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