> Does it actually tell you the target is the problem? I see an
> "OSError: [Errno 17] File exists" for that case, not a permission error.
> A permission error could occur, for example, if GDS has the source open
> or locked when you call os.rename.
No it doesn't tell me the target is the issu
Russell Warren:
> I'm actually running both... but I would think that once os.remove
> returns that the file is actually gone from the hdd. Why would either
> application be blocking access to a non-existent file?
Does it actually tell you the target is the problem? I see an
"OSError: [Errn
> Are you running a background file accessing tool like Google Desktop
> Search or an anti-virus application? If so, try turning them off as a test.
I'm actually running both... but I would think that once os.remove
returns that the file is actually gone from the hdd. Why would either
applica
Russell Warren:
> I've been having a hard time tracking down a very intermittent problem
> where I get a "permission denied" error when trying to rename a file to
> something that has just been deleted (on win32).
Are you running a background file accessing tool like Google Desktop
Search or
I've been having a hard time tracking down a very intermittent problem
where I get a "permission denied" error when trying to rename a file to
something that has just been deleted (on win32).
The code snippet that gets repeatedly called is here:
...
if os.path.exists(oldPath):
os.remove(o