Search results for query: *

In conclusion to this tread, you will be happy to know that the problems I have been having were related to VPF's links to the dbc files. Once the links were broken from the dbc, the software would look at the dbf files.

ilyad, I did use "Set Path to" but I did not use the folder. Does this allow VFP to look in the current directory? or do I have to use SET PATH TO Wolf1000S (Wolf1000S is the current directory C:\Wolf1000S?

I will try it. Also, it seems with VFP .dbf and .dbc are used for data files. I have made .dbf files and they work with my software when started from the command window. But when the .exe is activated it is looking for a .dbc file and will not read the .dbf files. Any thoughts?

When I run VFP from the command window, I use the "Set Default to" ... my directory where my development resides. I did not have a define it in code. Is this something I need to do? The web site comes up fine on mine and does not show "Under Construction". Are you double clicking on the link?

Ok, that worked when I put the fll file into the same directory as the .exe file. Now it is saying it can't find a path to my data files. When I use the "Locate" it is looking for a dbc file. This is something new for me. :)

ilyad, I went back and checked, there is a corresponding fll file which I missed putting in the distribution directory. I will try that. Tnx.

Hi ilyad, The software comes with a dll file. For VFP to run it requires the dll file to be in the same directory. This software runs fine when I run my main program from the command line. I think there is something incorrect in how it is looking at the files. When I run the exe file, it says...

The serial utility has been developed by Margn Carta Software, Inc. out of Texas. Web site is :www.magnacartasoftware.com

In way of explaination, I am using a serial port utility which comes with a dll file. The API library is called cvf50.fll. When I used the utility with VPF9, it works great but when running the exe, it prompts me for cvf50.prg. That's the scoop. If anyone can help me, it would be greatly...

Thanks for the suggestion but the forementioned thread did not really address my issue. What I found was that if I moved my exe file into it's own directory along with it's dbf files, it would execute but it is now looking for a prg file which is in fact, a library. The library shows as part...

I have built an exe file using the VFP9 build program. VFP9 built the exe without erros but when I execute the file from the PC's 'Run', it does not display or appear to be running. If I check the programs that are running in the background, it is activated. What am I doing wrong?

YES, you were correct ! In the properties, the files are set as Read Only ! Thanks a bunch! Terry

Hmmm.... now it could be the file folder properties. I did not check that as I copied over the complete VFP9 file folder. It is the source test files that I am trying to change. The portable with VFP6 is Windows98 and my desk computer is XP with VFP9.

Hi Brian, I know that the prg files are only text files, but why will VFP6 not let me modifiy the text file? These text files were originally Foxpro files which I brought over to VFP9. I thought the same. I deleted the compliled files thinking that VFP was looking at these files and then not...

I am sorry, I deleted the *.fxp files.

I have written some prg files in VFP9 and I have taken the code to VFP6. The files on the VFP6 software will not allow me to edit the files. I thought maybe it was due to the source files, so I deleted them and recompiled the files but it is still holding these as "Read Only

Thanks Guys, that worked great! :)

I have one program called "Serial.prg" and within this file I have made PUBLIC several small connected routines of which share some routines within themselves. VPF does not seem to recoginze this public statement. Do I have to break the code apart and make several program files to solve this...

Ok, here is the solution: Desktop must me set to .F. and it works. Thanks for your help Mike

ok, I made a "test" form and called with both forms. The one shows the form on top and the other is underneath, the same as when I call the screen. Does this give us any clues?