subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Cooke, Mark" <>
Subject RE: svn cleanup options
Date Fri, 15 Feb 2019 07:02:37 GMT
> -----Original Message-----
> From: Branko ─îibej []
> Sent: Thursday, February 14, 2019 3:17 PM
> On 14.02.2019 15:33, Stefan Sperling wrote:
> > On Thu, Feb 14, 2019 at 03:29:20PM +0100, Stefan Sperling wrote:
> >> On Thu, Feb 14, 2019 at 01:55:10PM +0000, Cooke, Mark wrote:
> >>> Is there any way to say "ignore errors" or "ignore read-only" or even "remove
> >>>
> >> Well, it should already work without errors.
> >> I am not sure why it does not work for you :-/
> > Oh, if I remember correctly, Windows has this odd quirk where it is
> > unable to delete files which are being held open by an application.
> >
> > Is this is happening in your case? If so, you will need to close these
> > files first. This is not Subversion-specific; every program on Windows
> > is affected by this issue.

Sorry Stefan, I did not see your reply.  I have been bitten by that before and I am fairly
confident these files are not open.

> That's true but 'open by an application' and 'has read-only flag set'
> are two different things. Still, Subversion's 'make file read/write'
> will clear the Windows read-only flag specifically for this reason.
> Perhaps the read-only files are in some unversioned directory? We might
> have missed this case.
> -- Brane

Thanks Brane, you are right, the read-only items are in a sub-folder that is copied in as
part of the setup (and then set as read-only).  Some of the run time files are stored outside
the source tree and then copied in to the required locations before building the setup executables.

As it happens I am only really bothered about a specific sub-folder, so I have updated the
script to clear the read-only flag before running the svn commands.

The issue you have identified is still there but is it worth fixing?

~ Mark C

View raw message