still getting locked files which prevent deletion

[Shawn Castrianni]

I reported a few weeks ago that SmartSVN explorer integration was preventing me from deleting files using Windows Explorer because it locks them.  You guys couldn't reproduce.  I just updated to the latest version 4.0.6 and still have the locking problem.  Here is what usually causes the problem:


1.       having a directory inside the sandbox that is marked for ignore

2.       having SmartSVN system tray icon in bottom right

3.       having SmartSVN GUI open with the same sandbox as the active project being displayed

with the above pre-requisites, here is what happens:


1.       try to delete my build or dependencies folders which are marked for ignore

2.       it starts to delete and then in the middle throws up an error saying can't delete, file being used

3.       I try to delete again, and it gets a little further until the same error comes up

4.       I can repeat this process until eventually the folders are fully deleted

here is the workaround:


1.       try to delete my build or dependencies folders which are marked for ignore

2.       it starts to delete and then in the middle throws up an error saying can't delete, file being used

3.       close out of the SmartSVN GUI that is pointing to the same sandbox, BUT leave the SmartSVN system tray Windows Explorer icons running

4.       fully delete the folders with no problems

Because of this workaround, it makes me think the culprit is NOT the explorer integration piece but the main SmartSVN GUI itself.

I hope this helps you recreate the problem so that you can fix it.  Thanks.

---
Shawn Castrianni

----------------------------------------------------------------------
This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient.  Any review, use, distribution, or disclosure by others is strictly prohibited.  If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message.

[Non-text portions of this message have been removed]


------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/smartsvn/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/smartsvn/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:smartsvn-digest@...
    mailto:smartsvn-fullfeatured@...

<*> To unsubscribe from this group, send an email to:
    smartsvn-unsubscribe@...

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

[Sebastien Daloz]

Hello,

My company has also a problem with locked files.

We're using the JDeveloper 10.1.2 to work with the Java language and use the
ant version 1.5.4 included in the IDE.
We have several build files to build our projects. since the SmartSVN 4 RC 3
(I don't remember the behavior of the RC 1 and RC 2 ) we are no longer able
to compile sources using ant if SmartSVN is opened, doesn't matter if Java
1.4, 1.5 or 1.6 is installed, even if shell integration is not installed.

The build files creates temporary directories (classes, tmp...), temporary
files (.jar...) that are ignored by SmartSVN. Using ant inside or outside
JDevelopper (command line) produces the same result, an error when trying to
erase a temporary directory or file.

But if we use the last version of the Apache Ant (1.7.1), the problem
disappears (I don't understand why). But JDevelopper is not able to use
another version of Ant, so we have to close SmartSVN to compile or using the
command line with another Ant version. This is not very usefull.


--
Best regards,
Sebastien


[Non-text portions of this message have been removed]


------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/smartsvn/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/smartsvn/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:smartsvn-digest@...
    mailto:smartsvn-fullfeatured@...

<*> To unsubscribe from this group, send an email to:
    smartsvn-unsubscribe@...

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

[syntevo Support-3]

Thanks, Shawn and Sebastien, for your hints. With SmartSVN running, I could
reproduce this problem now and it should be fixed for version 4.0.7. The
problem should be present only on Windows and was caused by the
file-monitoring thread which processes all file system change notifications.
The processing is fairly simple, but File.getCanonicalPath() was used here,
which can require to access the file in question and hence lead to the locks
you were encountering. This problem may be the root cause for a couple of
other strange file locking problems within SmartSVN itself as well.

--
Best regards,
Marc Strapetz
_____________
syntevo GmbH
www.syntevo.com



"Sebastien Daloz" <sebastien.daloz@...> wrote:

> Hello,
>
> My company has also a problem with locked files.
>
> We're using the JDeveloper 10.1.2 to work with the Java language and use the
> ant version 1.5.4 included in the IDE.
> We have several build files to build our projects. since the SmartSVN 4 RC 3
> (I don't remember the behavior of the RC 1 and RC 2 ) we are no longer able
> to compile sources using ant if SmartSVN is opened, doesn't matter if Java
> 1.4, 1.5 or 1.6 is installed, even if shell integration is not installed.
>
> The build files creates temporary directories (classes, tmp...), temporary
> files (.jar...) that are ignored by SmartSVN. Using ant inside or outside
> JDevelopper (command line) produces the same result, an error when trying to
> erase a temporary directory or file.
>
> But if we use the last version of the Apache Ant (1.7.1), the problem
> disappears (I don't understand why). But JDevelopper is not able to use
> another version of Ant, so we have to close SmartSVN to compile or using the
> command line with another Ant version. This is not very usefull.
>
>
> --
> Best regards,
> Sebastien
>
>
> [Non-text portions of this message have been removed]
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/smartsvn/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/smartsvn/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:smartsvn-digest@...
    mailto:smartsvn-fullfeatured@...

<*> To unsubscribe from this group, send an email to:
    smartsvn-unsubscribe@...

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

[Joey Gibson]

--- In smartsvn@..., syntevo Support <smartsvn@...> wrote:
>
> Thanks, Shawn and Sebastien, for your hints. With SmartSVN running,
I could
> reproduce this problem now and it should be fixed for version 4.0.7. The
> problem should be present only on Windows and was caused by the
> file-monitoring thread which processes all file system change
notifications.

I'm experiencing this problem regularly, even with 4.0.10 and with ALL
shell integration turned off. SmartSVN seems to be scanning a
directory tree that is marked to ignore, and is causing my Maven jobs
to die when they try to delete the directory structure. If it fails
and I immediately run it again, I will see a different directory in
the tree listed as locked. This will continue until either SmartSVN
finished its scan, or I kill it. Very frustrating.

This is on Windows Vista, and did not occur with the 3.x version of
SmartSVN.

Joey



------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/smartsvn/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/smartsvn/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:smartsvn-digest@...
    mailto:smartsvn-fullfeatured@...

<*> To unsubscribe from this group, send an email to:
    smartsvn-unsubscribe@...

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

[syntevo Support-3]

> I'm experiencing this problem regularly, even with 4.0.10 and with ALL
> shell integration turned off. SmartSVN seems to be scanning a
> directory tree that is marked to ignore, and is causing my Maven jobs
> to die when they try to delete the directory structure.

I can't reproduce this anymore. Can you please set debug log level for
"sc.filewatcher" and "smartsvn.refresh.filewatcher", reopen the project and
trigger the Refresh by modifying some files in your ignored directories? For
details regarding log levels, please refer to:

  http://www.syntevo.com/smartsvn/techarticles.html?page=debugging.logging

Are there .svn/-directories in the ignored directories?

--
Thanks in advance,
Marc Strapetz
_____________
syntevo GmbH
www.syntevo.com



"Joey Gibson" <joey@...> wrote:

> --- In smartsvn@..., syntevo Support <smartsvn@...> wrote:
> >
> > Thanks, Shawn and Sebastien, for your hints. With SmartSVN running,
> I could
> > reproduce this problem now and it should be fixed for version 4.0.7. The
> > problem should be present only on Windows and was caused by the
> > file-monitoring thread which processes all file system change
> notifications.
>
> I'm experiencing this problem regularly, even with 4.0.10 and with ALL
> shell integration turned off. SmartSVN seems to be scanning a
> directory tree that is marked to ignore, and is causing my Maven jobs
> to die when they try to delete the directory structure. If it fails
> and I immediately run it again, I will see a different directory in
> the tree listed as locked. This will continue until either SmartSVN
> finished its scan, or I kill it. Very frustrating.
>
> This is on Windows Vista, and did not occur with the 3.x version of
> SmartSVN.
>
> Joey
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/smartsvn/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/smartsvn/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:smartsvn-digest@...
    mailto:smartsvn-fullfeatured@...

<*> To unsubscribe from this group, send an email to:
    smartsvn-unsubscribe@...

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

[volkyl]

syntevo Support-3 wrote:

> I'm experiencing this problem regularly, even with 4.0.10 and with ALL
> shell integration turned off. SmartSVN seems to be scanning a
> directory tree that is marked to ignore, and is causing my Maven jobs
> to die when they try to delete the directory structure.

I can't reproduce this anymore. Can you please set debug log level for
"sc.filewatcher" and "smartsvn.refresh.filewatcher", reopen the project and
trigger the Refresh by modifying some files in your ignored directories? For
details regarding log levels, please refer to:

  http://www.syntevo.com/smartsvn/techarticles.html?page=debugging.logging

Are there .svn/-directories in the ignored directories?

While this thread appears to be dead, I still experience this issue, running SmartSVN 5.0.6 on Windows XP.  My co-workers on OS X do not.  I turned on logging like Marc recommended and I tail the log whenever running a 'mvn clean' which removes target directories.  Each of these target directories' parents has svn:ignore target.

This is what I see in the log for each file in the target directory when running 'mvn clean':

208828 [W32 File Monitor] DEBUG sc.filewatcher.changes  - Added modified /target/xxxx.file to changeset C:\work\project_dir
208828 [W32 File Monitor] DEBUG sc.filewatcher.changes  - Added complete /target/xxxx.file to changeset C:\work\project_dir

So it appears that SmartSVN is tracking changes to ignored target directories in changesets.  Should this be happening?

Thanks for your help,
Chris

[syntevo Support-3]

> So it appears that SmartSVN is tracking changes to ignored target
> directories in changesets.  Should this be happening?

SmartSVN is tracking changes to the project root and all sub-directories,
recursively (that's the only way the Windows API works). In your case, changes
to ignored directories are received, but they are filtered out immediately, as
there seem to be no refresh events in the log (starting with
"smartsvn.refresh.filewatcher" category) for these files? This processing
shouldn't lock files. Anyway, if the problem is quite reproducible for you,
please try to disable the file monitor by settings system property:

 -Dq.filemonitor.enabled=false

Refer to:
 
 http://www.syntevo.com/smartsvn/documentation.html?page=vmoptions

for details on how to set system properties.

--
Best regards,
Marc Strapetz
=============
syntevo GmbH
http://www.syntevo.com
http://blog.syntevo.com



volkyl <chrisgantz@...> wrote:

>
>
> syntevo Support-3 wrote:
> >
> >> I'm experiencing this problem regularly, even with 4.0.10 and with ALL
> >> shell integration turned off. SmartSVN seems to be scanning a
> >> directory tree that is marked to ignore, and is causing my Maven jobs
> >> to die when they try to delete the directory structure.
> >
> > I can't reproduce this anymore. Can you please set debug log level for
> > "sc.filewatcher" and "smartsvn.refresh.filewatcher", reopen the project
> > and
> > trigger the Refresh by modifying some files in your ignored directories?
> > For
> > details regarding log levels, please refer to:
> >
> >   http://www.syntevo.com/smartsvn/techarticles.html?page=debugging.logging
> >
> > Are there .svn/-directories in the ignored directories?
> >
>
> While this thread appears to be dead, I still experience this issue, running
> SmartSVN 5.0.6 on Windows XP.  My co-workers on OS X do not.  I turned on
> logging like Marc recommended and I tail the log whenever running a 'mvn
> clean' which removes target directories.  Each of these target directories'
> parents has svn:ignore target.
>
> This is what I see in the log for each file in the target directory when
> running 'mvn clean':
>
> 208828 [W32 File Monitor] DEBUG sc.filewatcher.changes  - Added modified
> /target/xxxx.file to changeset C:\work\project_dir
> 208828 [W32 File Monitor] DEBUG sc.filewatcher.changes  - Added complete
> /target/xxxx.file to changeset C:\work\project_dir
>
> So it appears that SmartSVN is tracking changes to ignored target
> directories in changesets.  Should this be happening?
>
> Thanks for your help,
> Chris
> --
> View this message in context:
> http://www.nabble.com/still-getting-locked-files-which-prevent-deletion-tp19786835p24808677.html
> Sent from the SmartSVN mailing list archive at Nabble.com.
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/smartsvn/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/smartsvn/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:smartsvn-digest@...
    mailto:smartsvn-fullfeatured@...

<*> To unsubscribe from this group, send an email to:
    smartsvn-unsubscribe@...

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

[volkyl]

syntevo Support-3 wrote:

Anyway, if the problem is quite reproducible for you,
please try to disable the file monitor by settings system property:

 -Dq.filemonitor.enabled=false

Refer to:
 
 http://www.syntevo.com/smartsvn/documentation.html?page=vmoptions

This fix resolved my problem.  I was concerned that turning off the filemonitor would prevent SmartSVN from picking up changes in my working copy; however, it seems that a refresh is triggered when the main application window regains focus.

Thank you Marc for resolving my issue!

Chris