g.remove takes too long to remove vector on Windows

[annakrat]

I am having troubles with removing vector maps on Windows. It just takes much more time than it should (I am talking about several minutes for simple vector map). It looks like it gets stuck on removing a temporary directory which is empty when I looked into it during g.remove run. That's the last debug output and after it, it doesn't seem to do anything but after 2 minutes or so, the command finishes successfully.

D3/5: remove directory 'C:\Users\akratoc\grassdata/nc_basic_
spm_grass7/user1/.tmp/unknown/3960.0'

It does not matter if there is any table connected or not. The problem appears whenever I run a vector module with --o and the vector map exists, of course.

[annakrat]

I am still having this issue, even after OS changed to Windows 8. Moreover, I saw this happening on one other Windows 8 computer.

Yesterday, I realized a similar behavior when working with mask, specifically when creating inverse mask during clean up when g.remove is called ​http://trac.osgeo.org/grass/browser/grass/trunk/scripts/r.mask/r.mask.py#L76

Debug output showed that some of the files of the raster were removed but then it was waiting for a minute or so to delete the rest. I repeated it several times, some times it went through without problems sometimes it took too long. I have never had problems with deleting rasters before.

This is really frustrating. Anyone has any idea what would be the possible cause of this? Or has anyone experienced this behavior?

[glynn]

Replying to annakrat:

Anyone has any idea what would be the possible cause of this?

One possible cause is the file being opened by processes which monitor the filesystem, such as Windows' indexing service, virus scanners, TortoiseSVN, etc.

[annakrat]

Old, closing.