>>No, that didn't help. The error is that CONVERT.EXE is not a VFP exe and it is trying to run the CONVERT.EXE in the WinNT\System32 directory. Why the F*** is VFP8 looking outside of the project/directory for the program???
>>
>>>>I converting an application from VFP6 to VFP8 and have a program called CONVERT which handles some code for bar codes. In VFP6 (and earlier) there is no problem. Now in VFP8 I am getting an error that the CONVERT.EXE is not found. The program is in the project. For some reason, VFP8 is search the path instead of the program in the EXE. I have another program that uses the same function and I do not get that error. Any ideas why it behaves this way?
>>>
>>>Check the contents of the _converter system variable. It defaults to home()+"some path\convert.app". You may want to include a line
>>>

_converter=""

>>>in a config.fpw file for your exe, or to include that somewhere in the setup code. Somehow I think it remembers that there should be a runnable convert.exe or convert.app somewhere, and telling it to forget about it should be worth a try.
>
>It's not finding it, for some reason, and then tries to find it along the DOS path. You can try moving it to where Fox is looking for it, or try to supply a full path when calling it. Also, check what's the home() directory while your app is running, and what is the Set("Directory") returning. Depending on how your app runs (a COM, maybe?), you may get different results. Rick Strahl had a long article on this subject, and I think some of the stuff in that area is behaving differently in VFP8.

It is just a regular VFP app and my CONVERT program is a function. There is NO reason VFP should not find the file. It is just getting confused or lost and looking outside first and finding the CONVERT.EXE and throwing the error. I have solved the problem by renaming the function to CONVERT1 and it works.
Thanks!