Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Parsing expressions defined by end users
Message
From
29/04/2016 04:05:57
Lutz Scheffler
Lutz Scheffler Software Ingenieurbüro
Dresden, Germany
 
 
To
29/04/2016 04:05:15
Lutz Scheffler
Lutz Scheffler Software Ingenieurbüro
Dresden, Germany
General information
Forum:
Visual FoxPro
Category:
Other
Environment versions
Visual FoxPro:
VFP 9 SP2
Miscellaneous
Thread ID:
01635536
Message ID:
01635621
Views:
50
>>>I think you need to determine between operator and operand too. It is bad practice, but it will work to do something like
>>>
>>>EXECSCRIPT ='Mooh'
>>>?EXECSCRIPT+'!'
>>>
>>>This something different then
>>>
>>>EXECSCRIPT(somethingunwanted)
>>>
>>>
>>>This is only an example, it's clear that the twoliner will not work, but you have to consider this. Some functions are valid, others not, and not each in all circumstances.
>>>
>>>Report is even worst, since the datatype of a reportfield is something the user might change for good reason.
>>
>>Functions names are distinguished from variables names by the ( suffix. For hazard checking it would be enough, wouldn't it? For the rest, the VFP processor would complain during evaluation.
>
>VFP will not complain if some noob uses VFP identifiers for field or variable name.
>
>Also AND ( is no function
>
>In general I think you might only look for function / method names (as you mentioned the stuff infront of ( that is not in the boolean operators). The operators are no problems, operands that are variables, fields or properties too. This could make your search much faster
>
>BTW, I like to point you to following little quirk:
>
?_screen. caption
is VFP valid.
Words are given to man to enable him to conceal his true feelings.
Charles Maurice de Talleyrand-Périgord

Weeks of programming can save you hours of planning.

Off

There is no place like [::1]
Previous
Reply
Map
View

Click here to load this message in the networking platform