A way to handle the 'file is in use" issues

[HerbCSO]

OK, before you slam me, yes, I've read the discussions and FAQs about this so I'm aware (at least I think so... ;] ) of the issues.

My take is that enough people (full disclosure: myself included! ;] ) are hitting this problem to warrant addressing it within uTorrent rather than forcing people to not use other software. There are today many potential sources of this problem (I've personally found it occurs with Google Desktop, Carbonite and of course Window's own Explorer) and while each may have a workaround I find it cumbersome to force the user to apply them when uTorrent could handle it perfectly well itself. Also telling me not to use that software is quite frankly a little silly - let's be honest, there are good reasons I wanted to use 9and continue to use) each of these pieces of software.

As far as I can tell (without having access to the source code and just by tracking with SysInternals FileMonitor) the problem occurs when uTorrent is not able to get an exclusive lock on the file for writing. Now, as far as I see it, it should be trivial for uTorrent to in this case wait a couple of seconds and try to write to the file again, because Google Desktop and the other problem sources won't keep the file locked forever. uTorrent just needs to not quit immediately...

I think this should be a simple fix for a problem that, at least judging from the number of forum entries, is annoying a lot of people.

[mitz]

same problem here. i'm using a modified ver of windows and along with torrents, i also use dc++ for a intranet network, a-vir software (symantec corp) and ,well, a lot of other stuff, but i get this error a lot, and it just stops downloading. since i'm capped at 64KB/s downloading isn't really fast for large files.

couldn't utorrent just retry from time to time? (maybe a setting to specify time between retries or no retry at all?)

[Ultima]

Try build 467...

- Change: If the file cannot be opened, delay a little while and try again.