Home » Questions » Computers [ Ask a new question ]

How do I delete a file which is locked by another process in C#?

How do I delete a file which is locked by another process in C#?

I'm looking for a way to delete a file which is locked by another process using C#. I suspect the method must be able to find which process is locking the file (perhaps by tracking the handles, although I'm not sure how to do this in C#) then close that process before being able to complete the file delete using File.Delete().

Asked by: Guest | Views: 334
Total answers/comments: 4
Guest [Entry]

"Killing other processes is not a healthy thing to do. If your scenario involves something like uninstallation, you could use the MoveFileEx API function to mark the file for deletion upon next reboot.

If it appears that you really need to delete a file in use by another process, I'd recommend re-considering the actual problem before considering any solutions."
Guest [Entry]

"The typical method is as follows. You've said you want to do this in C# so here goes...

If you don't know which process has the file locked, you'll need to examine each process's handle list, and query each handle to determine if it identifies the locked file. Doing this in C# will likely require P/Invoke or an intermediary C++/CLI to call the native APIs you'll need.
Once you've figured out which process(es) have the file locked, you'll need to safely inject a small native DLL into the process (you can also inject a managed DLL, but this is messier, as you then have to start or attach to the .NET runtime).
That bootstrap DLL then closes the handle using CloseHandle, etc.

Essentially: the way to unlock a ""locked"" file is to inject a DLL file into the offending process's address space and close it yourself. You can do this using native or managed code. No matter what, you're going to need a small amount of native code or at least P/Invoke into the same.

Helpful links:

Three Ways to Inject Your Code into Another Process
.NET Code Injection

Good luck!"
Guest [Entry]

"If you want to do it programmatically. I'm not sure... and I'd really recommend against it.
If you're just troubleshooting stuff on your own machine, SysInternals Process Explorer can help you

Run it, use the Find Handle command (I think it's either in the find or handle menu), and search for the name of your file. Once the handle(s) is found, you can forcibly close them.

You can then delete the file and so on.

Beware, doing this may cause the program which owns the handles to behave strangely, as you've just pulled the proverbial rug out from under it, but it works well when you are debugging your own errant code, or when visual studio/windows explorer is being crapped and not releasing file handles even though you told them to close the file ages ago... sigh :-)"
Guest [Entry]

"You can use this program, Handle, to find which process has the lock on your file. It's a command-line tool, so I guess you use the output from that. I'm not sure about finding it programmatically.

If deleting the file can wait, you could specify it for deletion when your computer next starts up:

Start REGEDT32 (W2K) or REGEDIT (WXP) and navigate to:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager

W2K and WXP

W2K:
Edit
Add Value...
Data Type: REG_MULTI_SZ
Value Name: PendingFileRenameOperations
OK

WXP:
Edit
New
Multi-String Value
enter
PendingFileRenameOperations

In the Data area, enter ""\??\"" + filename to be deleted. LFNs may be entered without being embedded in quotes. To delete C:\Long Directory Name\Long File Name.exe, enter the following data:

\??\C:\Long Directory Name\Long File Name.exe

Then press OK.

The ""destination file name"" is a null (zero) string. It is entered as follows:

W2K:
Edit
Binary
select Data Format: Hex
click at the end of the hex string
enter 0000 (four zeros)
OK

WXP:
Right-click the value
choose ""Modify Binary Data""
click at the end of the hex string
enter 0000 (four zeros)
OK

Close REGEDT32/REGEDIT and reboot to delete the file.

(Shamelessly stolen from some random forum, for posterity's sake.)"