## Includes directory in build path - c#

### Determine FilePath to Resource in C#

I have a CSV file in my Visual Stuido 2010 solution and I'm wondering how I can determine the absolute path to that CSV file. I need it to be dynamic as the path does change depending on where the project file is located on a User's filesystem.
Thanks for the assistance.

If the CSV file is in the working directory of your application, you can get the absolute path using the Path.GetFullPath Method:
var result = Path.GetFullPath("file.csv");
// result == #"C:\Users\...Studio 2010\Projects\MyProject\bin\Debug\file.csv";

A path can be either absolute or relative to some location (often the location of the executable). If you have a CSV file in your project you could set in its properties to be automatically copied to the output folder (Copy to Output Directory: Copy always) and in your application use relative path:
{
...
}

Use Path.GetFullPath Method

You can use
string exedir = Path.GetDirectory(Assembly.GetExecutingAssembly().Location)
to get main exe dir.
Then you could append what you like. E.g.
csv_path = Path.Combine(exedir, "my_csv_file.csv")
or
csv_path = Path.Combine(exedir, #"subdir1\subdir2\my_csv_file.csv")

### Could not find a part of the path.Copy a file from an application. WPF

I have a folder in my WPF application - Helpers/1.png. This folder contains images and xml files. When I run my program from Visual Studio it works okay. However, when I run "exe" file of my program from another logical disk, I've seen such an error:
Could not find a part of the path ""..//..//Helpers//1.png"
I would like the image("1.png") and xml filee to be copied from the executable application where the application is run and copied by an user.
How to resolve this error?

You can specify what happens with a file in your project via the properties of the file:
Build Action to Resource and Copy To Output Directory to Copy always will mean that the file is copied to the output directory of the solution as a file (i.e. you can see it in Explorer).
If you use the file in your application, it must be present on the disk at the specified absolute or relative path. Otherwise you will get the error you describe. If I understand you correctly, you want to create a self contained executable, which runs no matter where it is copied. This means that your application cannot depend on any external files.
To solve this, you need to embed all external files into the executable and change your code to work with these embedded files rather than to expect files on the disk.
Here is a method to get you started:
public static byte[] GetResourceAsByteArray(string filename)
{
var assembly = Assembly.GetCallingAssembly();
using (var resFilestream = assembly.GetManifestResourceStream(filename))
{
if (resFilestream == null) return null;
var ba = new byte[resFilestream.Length];
return ba;
}
}
To use it, you need to set the build action of your file to Embedded Resource, and call the method with the fully qualified name of the file, where the name is assembled like this:
[RootNameSpaceOfTheProject].[NameOfFolderInTheProject].[FileNameWithExtension]
Example:
Call the method:
var b = ResourceOperations.GetResourceAsByteArray("Store.Resources.EmbeddedIcons.toolbox.png");
Now you can write the byte array to a temporary file for example and use this as an image source, or you can build an image from the byte array directly. At least, you've got your data...

What does the folder structure look like when run from another logical disk? Are you sure the files are present? Are they actually located two folders down from the location of the executable?
For example, if this is your executable:
x:\path\to\your\executable.exe
Is 1.png actually located here? :
x:\path\Helpers\1.png
If the files are absent, check the properties of the *.png files in your solution to insure the Build Action of each is set to copy the files to the output during build.
Updated:
You cannot use the "....\" path for specifying the location of 1.png. What you are doing is telling the executable to use 1.png from the VS project. When you build, your program is output to the relative path bin(\$Configuration) (bin\Debug or bin\Release). So when you execute a debug session, your application is going down two directory levels to the VS project files and grabbing 1.png. However, the VS project is not present in your deployed application.
You need to do two things:
2) Highlight 1.png in VS Solution Explorer, right click, and select Properties. In the Properties pane change 'Build Action' to 'Copy Always' or 'Copy if Newer'. (Another response here provided an excellent guide with screenshots)
This way your build process will create the relative path 'Helpers' and copy 1.png to it. Thus insuring that no matter where you deploy your app, the path and file will exist.
To demonstrate the difference, before making these changes, navigate to the folder containing your VS project and then go to the path bin\Debug. You will see Helpers\1.png does not exist here. Make the two changes I outlined above, rebuild, and then have another look at bin\Debug. you will now see bin\Debug\Helpers\1.png exists.

Right Click on the File or Image any thing and then click on Properties.
Then Select the Build Action Content,Copy to output Directory As Copy Always.
If your are building the Setup using Install Sheild
Select the Content Files Check box while adding the project out put file.
you need do the coding based on the settings.
First you have declare three strings.
private string strCurrentFolder = "\\give the Project path\\bin\\Debug";
private string strXMLFolder = "\\give the project folder path\\give folder name where the files stored";
but the folder sholud be there in Project.
private string strXMLSetupFolder = "\\give folder name where the files stored";
string XMLFilepath;
if (Application.StartupPath.Contains("Project Name"))
XMLFilePath = Application.StartupPath.Replace(strCurrentFolder, strXMLFolder);
--This is for Visual Studio run
else
XMLFilePath = Application.StartupPath + strXMLSetupFolder;
--this is for insatllation folder path
finally you will get the folder path from XMLfilepath string.
XMLFilepath\give the file name ;

When you debug your program in VS it is run with a different "working directory". This means that GetCurrentDirectory might not return the directory the program is actually located in.
Set the build action as described in the other answers, then use this code to get the file's path:
string epath = Assembly.GetExecutingAssembly().Location; // this is the full path to the program
string filepath = epath.Substring(0, epath.LastIndexOf('\\') + 1) + "Helpers\\1.png"; // this is the full path to the file you need

### Create a folder in C# project dynamically

I have to create a folder in C# project dynamically and add files to it.
Tried the below code , but it creates the folder inside the bin folder. I need to create in the project running path itself.
//Code:
// Specify a name for your top-level folder.
string folderName = #"..\Top-Level Folder";
System.IO.Directory.CreateDirectory(folderName);
Where i'm wrong?

I guess you are looking for this
string projectPath = Directory.GetParent(Directory.GetCurrentDirectory()).Parent.FullName;
string folderName = Path.Combine(projectPath, "Top-Level Folder");
System.IO.Directory.CreateDirectory(folderName);

Not sure what you are trying to achieve but you can use the project properties to create pre/post build actions.
The reason it was created under bin folder is that the code is run from bin/debug
If you can say what you are trying to do maybe there is better solution for it

### How to get a path from a directory in a C# console application?

Say I have this file structure
Soultion-> Folder1 -> FileIwant.html
So this could be something like C:\Soultion\Folder1\FilterIwant.html
Now I need to read this file into my application. I can't just hardcode it since when I give it to someone else they might put it on F: drive or something.
Or when I create a msi file the path might be completely different. So how can I say maybe take
"Folder1\FilterIwant.html"
and use that to get the folder path regardless of where they put it?
Edit
I tried Path.GetFullPath but I land up in the bin/debug directory. But my file is not in that directory. I think it is a couple directories before. Also if I make a msi file will I have bin/debug directory?

Why is a file which is used as part of your application not in the same folder as the application? It sounds to me like you should set the properties on that file to copy to the output folder when you do a build.
Doing that will make sure your file is in the bin\debug folder.
EDIT:
either that or you should be placing your files in one of the special folders, app data or my documents spring to mind.

When Visual Studio compiles your project, it will be putting the output into the bin\debug directory. Any content files that you want to reference must also be copied to those locations, in order for your app residing in that directory to be able to read that file.
You have two choices:
either you set the Copy to Output Directory property on your FilterIwant.html to Copy if newer; in that case, if the file has changed, it will be copied to the output directory, and you should be able to reference it and load it there
or
you just define a path in your app.config, something like DataPath, and set it to your folder where the file resides. From your app, you then create the full path name for that file as Path.Combine(AppSettings["DataPath"], "FilterIwant.html") - with this approach, you become totally independant of where the file really is and you don't need to move around anything. Also: this gives you the opportunity to create an admin/config utility for your users later on, so that they can pick any directory they like, and your app will find those files there.

In my console app, I started with the debug directory until i found the closest parent folder I wanted.
static void Main(string[] args)
{
Console.WriteLine("Start");
var debugDir = Environment.CurrentDirectory;
DirectoryInfo di = new DirectoryInfo(debugDir);
var searchDir = "";
while (!di.FullName.ToLower().EndsWith("Folder1"))
{
if(di.FullName.ToLower().EndsWith(":")) //if you went too far up as in "D:" then
break;
di = di.Parent;
}
Console.WriteLine(di.FullName);
}

You need the help of System.Io.Path class:
GetFullPath: Returns the absolute path for the specified path string.
Edit:
You might also need the application directory - this is where your application will be installed:
string appPath = Path.GetDirectoryName(Application.ExecutablePath);

Path.GetFullPath
Edit
The bin/Debug path will not be present when you run your installed application (unless you specifically tell the installer to use that subdirectory, of course).

You probably want to pass the full path as a command line argument. You can then get the argument using the args parameter of the Main method. To convert a relative path to an absolute one you can use Path.GetFullPath:
using System;
using System.IO;
public class CommandLine
{
public static void Main(string[] args)
{
// The path is passed as the first argument
string fileName = arg[0];
// get absolute path
fileName = Path.GetFullPath(fileName);
// TODO: do whatever needs to done with the passed file name
}
}

I have winforms application and it has reference to library MyLibrary.
MyLibrary has method:
string[] GiveMeNamesOfAirports()
{
foreach(string line in lines)
...
}
And when I run my Winforms application:
I get error:
file couldn't be find.
I was trying other function:
File is in project MyLibrary ( I see it in solution, and it is in folder of MyLibrary.
I set Copy to ouptput directory to Copy always, and Build Action to Content.

It is unwise to use a relative path name for a file. Your program's working directory might change and will then fail to find the file. Generate the absolute path name of the file like this:
public static string GetAbsolutePath(string filename) {
string dir = System.IO.Path.GetDirectoryName(Application.StartupPath);
return System.IO.Path.Combine(dir, filename);
}
Usage:

For System.Environment.CurrentDirectory to work you will need to have the "airports.txt" file in the bin\release or bin\debug (depending on what buid you are running) directory when running from within VS.

Does this mean MyLibrary has a file called airports.txt?

Every one of your methods above is assuming the file "airports.txt" is in the same folder as your executable. Do note that by Visual Studio defaults, the debug version of your executable (which is used when debugging) is at bin\Debug and the release version you'll give to your users is at bin\Release.