Folder locally replaced by a symbolic link -> bug ?

Hello,
 
I just had a problem trying to update a local folder in my
subversionned tree, and I thought I would ask about it.
 
Here is how it happened. I replaced a subfolder in my local
tree with a symbolic link having the exact same name. Then I
tried to do an update with subclipse's Team->Update and
got the following error :
----------
  Updating external location at: ***/myfolder
  Working copy not locked; this is probably a bug, please
report
  svn: Directory '***myfoldersubfolder.svn' containing
working copy admin area is missing
----------
 
However a regular 'svn update' command gave me the right
diagnostic :
----------
  svn: Expected 'myfolder/subfolder' to be a directory but
found a file
----------

What do you think about it ?


Aurélien

------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribesubclipse.tigris.org
For additional commands, e-mail: users-helpsubclipse.tigris.org

On 9/24/07, Couderc Aurelien <Aurelien.Couderc.prestanagra.fr> wrote:

> I just had a problem trying to update a local folder in
my subversionned tree, and I thought I would ask about it.
>
> Here is how it happened. I replaced a subfolder in my
local tree with a symbolic link having the exact same name.
Then I tried to do an update with subclipse's
Team->Update and got the following error :
> ----------
>   Updating external location at: ***/myfolder
>   Working copy not locked; this is probably a bug,
please report
>   svn: Directory '***myfoldersubfolder.svn'
containing working copy admin area is missing
> ----------
>
> However a regular 'svn update' command gave me the
right diagnostic :
> ----------
>   svn: Expected 'myfolder/subfolder' to be a directory
but found a file
> ----------

Try switching to the JavaHL adapter or reporting it to
SVNKit.  Being
pure Java I know they have a more difficult time working
with
symlinks.  I think there are some Java properties you have
to turn on
to activate certain functionality for performance reasons. 
Meaning
they are turned off by default for performance reasons.

-- 
Thanks

Mark Phippard
http://markphip.blogspo
t.com/

------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribesubclipse.tigris.org
For additional commands, e-mail: users-helpsubclipse.tigris.org