What's up with SQLite and Jetbrains Rider
I am debugging a metod and its saying a row is missing from the table. This made no since, so i wiped open SQLiteStudio and took a loo at the file. the row is there alright.
So i add a breakpoint and check the connection.
The connection has a property, FileName, that i assume has the FilePath of the sqlite file. its pointing to a file in /bin/debug file, not my sqlite file.
what's up with this??? why not point at the file in my primary directory?
108 Replies
because that's not the typical working directory for C# programs
the default working directory is the location of the built executable
if you have data that you want copied to the output folder, you can configure that per file in the IDE by right clicking the file and going to properties
or use an absolute path instead of a relative one, then it doesn't matter what the working directory is
would that be a build action?
no, it's the "copy to output directory" option below that
oh, i see that
build action should be none for regular non-code files
is there a way i can make changes come back when we are done building?
what do you mean
if you want to work on the file your program is also working on, just put it in the bin folder and don't have anything in your source folder
so my program makes changes to this database. idealy is back here where i can look at it once the program makes changes
or use the absolute path option
k, i will have to put that in a config so i dont screw this up when i finish this and deploy it
thx
so thats what a bin folder is...
amazing ive gotten this far not knowing that.
yeah that's where your actual program ends up
very very good to know
if you wanted, you could copy those files to some other place/computer and run the exe and it would run
(assuming the .NET runtime is installed)
no clue! my c# class didnt do much more than mention .NET existed. frankly not sure what the diferance is between c# and .NET
it's basically all the libraries and other guts that make your C# program actually run