>Take a look at codeblock from a way back. Randy Miller? We use it for remote pgm writting/exe on deployed app. Can maintain a simple library of source and the codeblock will handle most all of the constructs including looping etc. I think I sent Michael a copy. It's in the public domain and I've seen it on other sites. I'll dig out a copy and forward/upload I'm just not on a development system right now.
>
>Gary

Found it.
Codeblock interpreter
* Created by: Randy Pearson, CYCLA Corporation
* Revision 1.0(e), September 24, 1994
* Public Domain

This still seems to work fine - I am sure I have seen more recent versions. Some great macro expansion ideas! We build a whole graphing engine using some of the ideas here-engine has no know of tables/fields/datatypes or nothing and thru a control table can drive GraphServer like a champ.


>
>>And you'll end with a VFP compiler written in VFP... :) I sincerely think it's not the best language for this purpose... :)
>>
>>Vlad
>>
>>>you can also handle more complicated stuff but you have to write the parser
>>>by yourself
>>>e.g. if you see a FOR do the rest of the code inside a premade for loop
>>>etc.
>>>
>>>Arnon
>>>
>>>
>>>>The main problem is that you can't compile the generated code if you're
>>>not
>>>>in the development environment.
>>>>
>>>>If you have only "one line commands" in the memo fields you can run them
>>>>line by line using macrosubstitution. If the code is more complicate, you
>>>>may try an utility that you can find here on UT, in the Files section, I
>>>>think (I don't remember its name right now :)).
>>>>
>>>>Vlad
>>>>
>>>>>Hi there:
>>>>>Has anyone tried to generate a PRG and run it dynamically at run-time.
>>>I
>>>>have a table with a memo field with the code I want to execute at
>>>run-time.
>>>> This works under development mode but fails at run-time, since the PRGs
>>>I
>>>>dynamically create are not "burned" in the EXE.
>>>>>
>>>>>Any ideas?
>>>>>
>>>>>TIA
>>>>>
>>>>> Antonio Lozada
>>>>
>>>>