I have an application that is localized for use across Europe.

I have a menu option that loads a file from disk.

This operation works fine on my dev machine but does not work on the virtual machine I use to test other operating systems _ e.g French, Spanish etc.

A FileNotFoundException is generated when the StreamReader tries to open the file.

It says "'Could not find the file C:\Program Files\MyCompany\MyTool\bin\Files\debug.txt'"

Thing is, the file does exist, at the correct location and with the correct filename.

The directory names on the target (French) operating system are the same as the dev machine.

Any ideas?

string ourPath =   System.IO.Path.GetDirectoryName(System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName);

            System.IO.StreamReader sr = System.IO.File.OpenText(ourPath + @"\bin\Files\debug.txt");
            string input = null;
            while ((input = sr.ReadLine()) != null)
        catch (System.IO.FileNotFoundException)
            MessageBox.Show("LoadDebugOptions: File Not Found: " + ex.Message);
Was it helpful?


Ok found the problem.

Determined that the operating system was reading the file displayed in explorer as "debug.txt" as "debug.txt.txt".

This was determined by using a call to System.IO.Directory.GetFiles to list the files in the target directory.

If I remove the .txt extension so that windows explorer displays it as "debug" then the file is found.

Turns out explorer was hiding file extensions of known types on the target machine.

FYI ----------------------------------------------------------------

Open Explorer, Select Tools->Folder Options then the View Tab.

Scroll down and uncheck "Hide extensions for Known file types".


To make sure you're in the correct folder, look at Environment.SpecialFolders


string path = Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles);

Then also check the permissions on the specific file.

I would also try to use


before opening it. And a little advice is to use


When combining 2 parts of a path.

Maybe that prefix is wrong: C:\Program Files

For example, for Brazilian Portuguese Windows installations that folder becomes "C:\Arquivos de Programas\"; you should to make sure your windows installations doesn't have same "feature".

If that sample code runs inside that folder, you could to use a relative path.

You also could try to use ourPath = "%ProgramFiles%\MyCompany\MyTool\

It may be due to security exception as the current user trying to read does not have sufficient permission. I have encountered that many times....

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top