> Yes, I can see the log for the file.
> I don't understand how blame can show anything useful for the empty
> file - it is empty!
> I also don't understand why I don't get the second debug dialog you
> told me about.
Ups - my fault: TortoiseBlame doesn't show that dialog :(
> I ran a few blames under ProcessMonitor. A successful one was started
> with the command line: "C:\Program
> Files\TortoiseSVN\bin\TortoiseBlame.exe" "E:\TEMP\svn1436.tmp.xml"
> "E:\TEMP\svn1437.tmp" "Giq.xml" /path:"D:/Dev/GIQ/ajax/Bin/Giq.xml"
> /ignoreeol /ignoreallspaces /revrange:"1-HEAD"
> I have not been able to reproduce the problem with ProcessMonitor
> turned on. Is it possible this is a race condition where another
> process hasn't closed/unlocked the file before blame is trying to
> open it? Maybe process monitor slows blame down enough so the file is
> unlocked before it tries to open it?
That may be of course. But that would mean those files get blocked only
for a very short time, because TBlame is very lightweight and therefore
very fast until it starts accessing those files.
> I have encountered a problem like this before, where an anti-virus
> package was holding a file open (to scan it) and another program was
> unable to gain exclusive access to it. Just to make sure, I tried
> with my anti-virus (ESET NOD32) disabled, but was still able to
> reproduce the problem (provided I didn't run ProcessMonitor).
I added a small retry loop if the file(s) are not accessible immediately.
Can you try the next nightly build (>= r16238) tomorrow please?
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-04-22 18:38:33 CEST