Who's preventing me from doing what I want?!
Moderators: Hacker, petermad, Stefan2, white
Who's preventing me from doing what I want?!
Let's say I'm copying/moving/deleting some files/folders, which is what I use TC 80% of the time. Sometimes a file or folder is locked because it's opened by some other application.
What I would like if TC could tell me what process has that file open. Yes, I can use 3rd party utilities to figure this out, but it's usually a pain, and if TC would list those processes right in the copy/delete pop-up windows I wouldn't have to hunt them down. If it could allow me to kill those processes even better; however, I can usually fix it myself by closing that application -- I only need to know which one of the 100s of open applications/processes it is...
Thanks.
What I would like if TC could tell me what process has that file open. Yes, I can use 3rd party utilities to figure this out, but it's usually a pain, and if TC would list those processes right in the copy/delete pop-up windows I wouldn't have to hunt them down. If it could allow me to kill those processes even better; however, I can usually fix it myself by closing that application -- I only need to know which one of the 100s of open applications/processes it is...
Thanks.
Also it would be a good thing if TC warned me if the file I want to move isn't movable BEFORE copying the file. Now TC just copies the file and the pops up a message "Acces denied on file". And I end up with two instances of the same file. The weird thin is that TC checks this when I want to move a file on the same drive, but instead of warning me copies the file.
It makes no sense to ask for a confirmation to delete a file copy which shouldn't even exist.
If the user decides to MOVE a file, TC should MOVE it. If that's not possible it should offer to close the application/handle before moving.
All other file managers I know are working as expected. If the file is locked, an error message is displayed and the operation is denied without creating a useless file copy.
Icfu
If the user decides to MOVE a file, TC should MOVE it. If that's not possible it should offer to close the application/handle before moving.
All other file managers I know are working as expected. If the file is locked, an error message is displayed and the operation is denied without creating a useless file copy.
Icfu
This account is for sale
I believe that's the case only when you "move" from one drive to another. When you move from one folder to another on the same drive the only thing that's changing is the entry in the file allocation. In the case of moving across drives the move operation is simulated with a copy and a delete if the copy succeeded. Not sure if possible, but I guess TC could check if the file is locked before even trying to "move" the file; though I suspect this would slow down the operation...avada wrote:Also it would be a good thing if TC warned me if the file I want to move isn't movable BEFORE copying the file. Now TC just copies the file and the pops up a message "Acces denied on file". And I end up with two instances of the same file. The weird thin is that TC checks this when I want to move a file on the same drive, but instead of warning me copies the file.
The weird part is that it happens when I try to move on the same drive. So its like thin isn this case: TC tries to change the location of the file. When it fails copies the file then prompts a message ( "Acces denied on file" ).pbz wrote: I believe that's the case only when you "move" from one drive to another. When you move from one folder to another on the same drive the only thing that's changing is the entry in the file allocation. In the case of moving across drives the move operation is simulated with a copy and a delete if the copy succeeded. Not sure if possible, but I guess TC could check if the file is locked before even trying to "move" the file; though I suspect this would slow down the operation...
I'm quite sure that it is possible to check that the file is locked.
-
- Power Member
- Posts: 556
- Joined: 2006-04-01, 00:11 UTC
I suggestion until the feature comes..
There is a command called handle.
I created the following bat, using handle from www.sysinternals.com
openHandles.bat
======
handle -a %1
pause
======
and then I just execute the bat from commander passing it %P%N
it will show all the processes(+pids) that own files on the path under cursor or subpaths.
I created the following bat, using handle from www.sysinternals.com
openHandles.bat
======
handle -a %1
pause
======
and then I just execute the bat from commander passing it %P%N
it will show all the processes(+pids) that own files on the path under cursor or subpaths.
Re: I suggestion until the feature comes..
I can do that with unlocker. If tc would inform me about this would be cool. But I would be more than happy if TC wouldn't copy my files indtead of moving if it can't move them.tocmd wrote:There is a command called handle.
I created the following bat, using handle from www.sysinternals.com
openHandles.bat
======
handle -a %1
pause
======
and then I just execute the bat from commander passing it %P%N
it will show all the processes(+pids) that own files on the path under cursor or subpaths.
Re: Who's preventing me from doing what I want?!
The worst case is when TC is locking the folder itself ! (I encounter this very often when i use multiarc...)
But as suggested i use handle to detect and close those...
so support++ having TC handle such crap itself !
But as suggested i use handle to detect and close those...
so support++ having TC handle such crap itself !