Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
SET PATH problems....
Message
De
02/07/2002 14:12:04
 
 
À
02/07/2002 13:44:14
Cetin Basoz
Engineerica Inc.
Izmir, Turquie
Information générale
Forum:
Visual FoxPro
Catégorie:
Codage, syntaxe et commandes
Divers
Thread ID:
00674149
Message ID:
00674620
Vues:
18
Hi Cetin,

I was tryomg different flavors of path, but none seems to be sowking fine, for debugging only( because the exe works ok). I created a prg which contents is:

X = "D:\my_app;PRGS;DBFS;CLASSES;FORMS;REPORTS;MENUS;IMAGES;FILES"
SET PATH TO (x)
SET DEFAULT TO SYS(5)+SYS(2003)+"\PRGS"

As I said before the exe is under d:\my_app folder, so the way I debug( and you can try!) is openeing the debug window - open(select the exe) - select a prg and set a breakpoint so the program will stop there - use the small triangle to resume.

If you follow the steps, you will see that the breakpoint works, but the message you find there is "function is out of date"( which is wrong!)

I was not able to make it work so far, something else( the "set path" was in the main..prg , but I took it off, the result is the same.

If you have the work around or solution I will appreciate.

Thanks!!!!

>Juan,
>If your total path statement wouldn't exceed 1024 then you might give fullpahts for development cycle. Or alternatively set default to directory where relative pathing work.
>Cetin
>
>>Hi Cetin,
>>
>> Thanks fo your reply, I will detail how we debug:
>>We use the exe located right under d:\my_app ( the forms and prgs are
>>located in their folder, also is the project, so under d:\my_app will be
>>just the exe and a config file, this config file is used also by the
>>application ( outside d:\my_app, in another directory, since it carries specific default file locations, proper for the application ).
>>
>> In other words the compilation and start point is in my d:\my_app, but using the config file the app "jump" to the d:\working_folder, and that's where the debugginh problem happens, the program "can't" find the prgs, but compiled runs perfectly, it happens only when debugging.
>>
>> Did you have the same situation? I have the default folder d:\my_app, and tried your approach too, but I cannot make the debugger "recognize" that the prgs are located under d:\my_app !
>>
>> Any help will be very welcome.
>>
>>
>>Thanks!
>>
>>
>>>>Hi,
>>>> I am starting to use VFP70, and found a problem, before we had the files, forms, prgs, etc, all together so at the time of debugging, it was with no problem.
>>>> Now we decided to "pup" everything in order and created separated folders, each for forms, prgs, files, images, etc. The main program didn't have a PTH statement, so We decid to "add" it, something like this:
>>>>
>>>>set path ..\prgs, ..\images, ..\foems, d:\my_app
>>>>
>>>> The problem: When debugging the system says that the program is out of date( but not because the prg!) this happens because the system "cannot" find the proper prg, it is located under d:\my_app bu for somereason cannot find the ..\prgs folder.
>>>>
>>>> I would like to be able to debug with no problems, is there any way to set the environment in order to accomplish it in vfp70?
>>>>
>>>>
>>>>Thanks!!!!!
>>>
>>>Juan,
>>>set path to ..\prgs, ..\images, ..\forms, d:\my_app
>>>..\prgs in path statement means curdir()+'..\prgs'. If curdir() is c:\myvfpprojects\, is prgs really c:\prgs ?
>>>
>>>I generally set it like :
>>>set path to prgs;images;forms;d:\someotherneededdir
>>>
>>>curdir() is my project dir and prgs, forms etc are under project dir.
>>>
>>>PS: I don't put the path in main but rather set in tools\options\file locations so that I might explicitly test just one or more form, prg etc.
>>>Cetin
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform