Whoa there....calm down....But I do have to admit you were on a roll there for a while. Although just to add, he also finds exception with Strong Typing.

>>Stephen,
>>
>>I'm a hard core data user. And I fully am aware of the full advantages of a data integrated language. The close integration of data is something unmatched in VFP compared to a .NET solution.
>>
>>I you'd look into my application you'll see a lot of SQL done on offloaded SQL server recordsets. IOW, I get the set downloaded first and do further testing, calculation of the offloaded data. Whether this is SQL, REPLACE, DELETE, LOCATE or anything else, VFP does not care. Now .NET will undoubtly get there, but in this respect it currently is seriously inferiour. Up to now, i'll most likely have to do extra server roundtrips.
>
>I read the above that your doing local updates of the data.
>
>How are you pulling the data into VFP, via views or SPT? I really don't see the difference between data usage in an ADO.NET or in VFP. I find the datarow much like you do. I make the change or add as needed. Why do you see it that ADO.NET cares how your making the change, or that it is an issue?
>
>Can you define seriously inferior with actual facts? I find it difficult to follow along without actual reference to specific attributes between the two environments.
>
>
>>Also one of his remarks: "I don't want to compile, I just want to make this work from the command window".
>
>I have been burned by leftover references in the command window before so stating that this is a benefit is a hit or miss environment. YMMV.
>
>Compiling a class to validate that your statement works is always helpful. Just winging ideas on a line by line basis is very elementary based isn't it?
>
>Where do you stand on these twelve questions?
>http://www.joelonsoftware.com/articles/fog0000000043.html
>
>>It only strengthens my opinion that the guys who are having a ".NET data handling inferiourity complex" either deliberately denying this, or indeed have no clue or whatsoever about how things can be done much more efficiently with using VFP strengths. Lots of those folks were not using the foxs data handling to its full extend anyways.
>
>Looks like a data handling complex to me. You must be a legend in your own mind stating that you alone are the most high and superior. I don't come off as saying my way is the best. I am just asking for references to your statements.
>
>Are you talking about string manipulation? Maybe your talking about XML and XSLT transformation? I know that it must be how xBase and dates are so superior that nobody else in the world needed to copy. Are you talking about use myTable and you not only receive the index for the entire table you also get the rows of data as fast as possible? What about to updates in that 1 million row table and how fast are they referenced to the other 100 users on your system?
>
>I know that you have to be talking about the memo field. So good that it needed to be a separate file that is vulnerable to corruption.
>
>I'm sorry, it has to be the char() mandate and blindly inserting spaces where characters are not at the end of strings. That has to be the superiority that your talking about.
>
>Now let's talk about sharing data between VFP and any other system without doing all the work in VFP. Splendid compatibility now isn't it?