>>>Wasn't string-manipulation the theme for last year's VFP vs. VB showdown in the off.ramp at devx? Or was that combined with low-level file functions?
>>
>>Yeah, but it was heavily weighted in VB's favor. The challenge combined file I/O and string manipulation. Among other things, VB had the advantage in the file I/O area since the test involved opening a file of a given structure, one of who's members was an IEEE format 8 byte double precision floating point number. I think also that there was some array stuff involved with the array being in excess of 65,000 elements.
>>
>>>In any case, in the context of generating HTML from VFP cursors I can see how VFP would be faster. I guess a test is at hand.
>
>John K. walked into an ambush there!

Yeppers. I thought I could help him out by participating. I pride myself in being able to write high performance code. Took one look at the "challenge", turned around and took the off-ramp from the Off-Ramp.< bg >

>I would agree that with more business-like data types and no file I/O involved (as is commonly the case when generating HTML from cursor data) VFP should have the edge.

It should. I haven't looked at VB.NET at all yet, but I would think, as I mentioned to Craig, that the new XML functions are a real advantage.