>Hi all! Yes, it's me again. :)
>
>The way this program was set up when I got here, all the tables are external (ie not part of the project) and in a different directory with the executables. To run the program, I need to compile it into an .exe, and then run a batch file that copies it from the development directory into the directory it will run from. Then I have to run the executable.
>
>Because of this, I can't use the debugger. Besides that, it's a pain to go through all that everytime I fix even the tiniest error.
>
>Since I'm converting to VFP 5, I thought I'd take the time to get things set up right. The problem is that I'm not sure what needs to be done.
>
>When I run the executable, it looks at config.fpw and finds that the data is in C:\tripsoft\data. (The executables are in C:\tripsoft)
>
>When I have it run after building, it's running the executable that it makes in the development directory. I put a config.fpw in there, but it doesn't seem to use it.
>
>So, is there a way to tell the program that the data is in another place? Or do I need to make all the tables part of the project and put them in the development directory?
>
>Thanks much,

Michelle,
First off, you could put the config.fpw in the project - it will then look at this instead of any others. Also, I always try to put as much in the project as possible - in the case of data, if it is constant and will not be altered, put it in. Temporary file structures (or even empty databases to create others from), put it in. You can use a database (use filename) if it is included in the project and then copy structure to ..., etc. You cannot issue copy file [filename] to ... if filename is within the project (I found this today). Sometimes, you can fit quite a bit in the exe. Only problem would be if structures need changing - fortunately, mine have never needed changing (YET).