CODEWITHSUNDEEP
c#.netvb.netfile-io
Frustrated Guy
Frustrated Guy

Reputation: 699

How can I read a file even when getting an "in use by another process" exception?

In VB.NET or C#, I'm trying to read the contents of a text file that is in use by another program (that's the point, actually, I can't stop the program or it stops writing to the text file, and I want to periodically read out what is currently in the text file in another program).

This is the code I'm using (VB.NET)

Dim strContents As String
Dim objReader As StreamReader
objReader = New StreamReader(FullPath)
strContents = objReader.ReadToEnd()
objReader.Close()

Or in C#:

var objReader = new StreamReader(FullPath);
var strContents = objReader.ReadToEnd();
objReader.Close();

The above, however, throws the IO exception "The process cannot access the file 'file.txt' because it is being used by another process." Are there any workarounds in this scenario?

Upvotes: 62

Views: 39512

Answers (5)

colin lamarre
colin lamarre

Reputation: 1785

I pried this code out of ChatGPT, and it works! First I asked for C# solution, no luck, then asked for C++, good luck, then asked it to do the same in C#, here is the untouched code. Edit: the accepted answer also works, weird thought i tried that.

using System;
using System.IO;
using System.Runtime.InteropServices;

class Program
{
    [DllImport("kernel32.dll", CharSet = CharSet.Auto, SetLastError = true)]
    private static extern IntPtr CreateFile(
        string lpFileName,
        FileAccess dwDesiredAccess,
        FileShare dwShareMode,
        IntPtr lpSecurityAttributes,
        FileMode dwCreationDisposition,
        FileAttributes dwFlagsAndAttributes,
        IntPtr hTemplateFile
    );

    [DllImport("kernel32.dll", SetLastError = true)]
    private static extern bool ReadFile(
        IntPtr hFile,
        byte[] lpBuffer,
        uint nNumberOfBytesToRead,
        out uint lpNumberOfBytesRead,
        IntPtr lpOverlapped
    );

    [DllImport("kernel32.dll", SetLastError = true)]
    private static extern bool CloseHandle(IntPtr hObject);

    static void Main()
    {
        IntPtr fileHandle = CreateFile(
            "path/to/file.txt",
            FileAccess.Read,
            FileShare.ReadWrite,
            IntPtr.Zero,
            FileMode.Open,
            FileAttributes.Normal,
            IntPtr.Zero
        );

        if (fileHandle != IntPtr.Zero && fileHandle != new IntPtr(-1))
        {
            try
            {
                FileInfo fileInfo = new FileInfo("path/to/file.txt");
                byte[] buffer = new byte[fileInfo.Length];

                if (ReadFile(fileHandle, buffer, (uint)fileInfo.Length, out uint bytesRead, IntPtr.Zero))
                {
                    string content = System.Text.Encoding.Default.GetString(buffer, 0, (int)bytesRead);
                    Console.WriteLine(content);
                }
            }
            finally
            {
                CloseHandle(fileHandle);
            }
        }
        else
        {
            Console.WriteLine("Failed to open file");
        }
    }
}

Upvotes: 0

Barbara
Barbara

Reputation: 59

It depends on the FileShare mode with which the file was opened by the other application that is appending to the file. When the other application was opening the file, it specified a FileShare mode for other applications to access the file. This FileShare mode could have been read, write, both, delete, all of these, or none.

You have to specify the very same FileShare mode that the other application specified. If the other application allowed only reading, use FileShare.Read; if it allowed both reading and writing, use FileShare.ReadWrite.

StreamReader uses only FileShare.Read mode, so you can already assume that that's not the right one. So, try ReadWrite, like so:

FileStream fs = new FileStream(FullPath, FileMode.Open, FileAccess.Read, FileShare.ReadWrite);
StreamReader reader = new StreamReader(fs);

Upvotes: 5

Hans Passant
Hans Passant

Reputation: 941277

I'll do the fish. The FileShare mode is critical, you must allow for write sharing. That cannot be denied since the process that is writing the file already obtained write access. The StreamReader() constructor uses FileShare.Read and doesn't have an option to use a different value. Using the StreamReader(Stream) constructor is instead is indeed the workaround.

Beware however that this sharing mode also has implications for your code. You cannot predict when the other process flushes the file. The last line you read may contain only part of a line of text. When it flushes is file buffer again, later, you'll get the rest of the line. Clearly this can mess up your logic.

Upvotes: 11

Development 4.0
Development 4.0

Reputation: 2753

FileStream logFileStream = new FileStream("c:\test.txt", FileMode.Open, FileAccess.Read, FileShare.ReadWrite);
StreamReader logFileReader = new StreamReader(logFileStream);

while (!logFileReader.EndOfStream)
{
    string line = logFileReader.ReadLine();
    // Your code here
}

// Clean up
logFileReader.Close();
logFileStream.Close();

Original source for code

Upvotes: 94

Brosto
Brosto

Reputation: 4565

Not sure how this will behave with an already open file, but this will prevent your application from locking it:

FileStream fs = new FileStream(fileName, FileMode.Open, FileAccess.Read, FileShare.ReadWrite);
StreamReader sr = new StreamReader(fs);

Hope it helps!

Upvotes: 2

Related Questions