Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
TRANSFORM(EVALUATE()) changed in VFP 7?
Message
 
 
To
13/02/2002 14:47:57
General information
Forum:
Visual FoxPro
Category:
Other
Miscellaneous
Thread ID:
00619604
Message ID:
00619680
Views:
15
Robert,

It like this is a new bug, or at least an undocumented feature change *s*

I was just giving you a workaround, because it won't be fixed for a while at best. So I'd restructure your code with an IF:
lcBuffer = eval(...)
if ( ! type( "lcBuffer" ) $ "CM" )
   lcBuffer = transform( lcBuffer )
endif
You might also want to check something else when dealing with memos and long strings while building HTML code. The code that converts my Q&A table into the pages themselves uses TEXTMERGE and VFP has the hugely annoying bug that inserts chr(13)s into the output based on SET MEMOWIDTH. so some of my tables were getting screwed up because of this. I avoid the problem by doing a SET MEMOWIDTH TO 8192 and put the long strings to the output file in 512 byte chunks.

>it is character data most of the time but not always. The datatype of the field might be numeric from time to time. Since the documentation of VFP states that TRANFORM() leaves character data unchanged, I decided to do it without an IF/IIF statement (you delivered the meta statement in your answer) and transform always.
>
>The problem I see here is that it worked before VFP 7 and didn't find the changed behaviour documented.
df (was a 10 time MVP)

df FoxPro website
FoxPro Wiki site online, editable knowledgebase
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform