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

Re: Log command for directory is mislocated

From: Robert Denton <robert_at_headsprout.com>
Date: Tue, 25 Mar 2008 13:05:49 -0700

Hi there. I appreciate the offer to help. As it happens, the user does not remember exactly what transpired but we are both certain that image file never 'became' a directory, or anything like that. We'll keep the broken WC around but I am about to move it and then re-check it out. Thanks again.

Robert
  _____

From: Stefan Sperling [mailto:stsp_at_elego.de]
To: Robert Denton [mailto:robert_at_headsprout.com]
Cc: users_at_subversion.tigris.org
Sent: Tue, 18 Mar 2008 09:38:24 -0700
Subject: Re: Log command for directory is mislocated

On Tue, Mar 18, 2008 at 08:47:18AM -0700, Robert Denton wrote:
> Any suggestions on this before we blow away our changes and
> re-checkout the project?
  
  Well, no, not yet, but please keep the broken working copy
  around for analysis :)
  
  I'll try to help.
   
> A user was renaming files via TSVN and ended up not being able
> to commit or update (a cleanup was required/asked for) and the
> clean up fails with:
>
> Log command for directory file.gif is mislocated.
  
  Skimming the code, if I understand it correctly, it seems that this
  condition can only be triggered if:
  
  1. file.gif used to be a file
  
  2. A commit of this file to the repository was successful, but svn was
     interrupted while modifying working copy meta data that reflects
     the state of this file. Files marked "locally modified" and similar
     need to be flagged as "up to date" after a successful commit.
     Subversion keeps a log of working copy operations before actually
     carrying them out, in order to be able to replay interrupted or
     aborted operations. Because of the interrupted commit operation
     there is still an operation on this file scheduled in the log.
     This operation is what svn cleanup tries to carry out.
  
  3. file.gif is now a directory, not a file anymore. So the log cannot
     be replayed as it assumes that file.gif is a file.
  
  Does that match what the user has done?
  
  If so, could you try to find out what happened between 2. and 3. ?
  Did someone deliberately or by accident replace file.gif with
  a directory of the same name?
  
  --
  Stefan Sperling <stsp_at_elego.de> Software Developer
  elego Software Solutions GmbH HRB 77719
  Gustav-Meyer-Allee 25, Gebaeude 12 Tel: +49 30 23 45 86 96
  13355 Berlin Fax: +49 30 23 45 86 95
  http://www.elego.de Geschaeftsfuehrer: Olaf Wagner
    
Received on 2008-03-25 21:06:21 CET

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

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