Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Summit, VFP, Disclosure, Musings
Message
General information
Forum:
Visual FoxPro
Category:
Other
Miscellaneous
Thread ID:
00588784
Message ID:
00592625
Views:
22
>>I think you need to review all those posts again. Jess isn't quite as innocent in all this as you would like to make him out to be.
>>
>
>It doesn't matter; it's as if the problem didn't exist.
>
>I don't think it would've been any better had I suggested that he re-examine reality for himself rather than he stop bullshitting himself (damn, there's that word again...), it's the suggestion that I felt his argument was an unrealistic view of the world (ie "I want all the new toys, but you'd better not change anything or I'll go pout in the corner.") I think he misses the fact that the domains of the two interpreters, the VFP Runtime and the CLR, are fundamentally different in behavior, and that he can't have it both ways (eg IL strong typing and structures vs the loose, flexible internal behavior we have now with VFP variables.) The result of .Netification of VFP p-code to be IL rather than p-code (which requires a runtime, which requires installation, yada, yada, yada) would force us to lose the behaviors that give VFP its unique place in the development world.
>
>We've already seen one platform, Java, where the concessions of compiling to a common p-code run cross platform, even though it worked (well, sort of worked most of the time) did not give the performance that emitting platform-specific object code did; if the argument in favor of VFP is blinding speed, kiss it goodbye going to the CLR platform.
>
>There seems to be a belief that since both CLR and VFP's runtimes are run-time interpreters, and since we postulate that all languages languages contain the same linguistic constructs, they should be interchangable. That misses the key issue; even though certain basic structural similarities exist, the two interpreters do not talk about equivalent domains. There are things in each that are not directly translatable in a simple fashion, because the things being described do not exist conceptually in the other's world-view. We see this frequently in spoken languages; there are words and phrases that don't translate between two natural languages. We get around that by taking contextual clues and imagining a different domain from the one described by our native tongue. But there are things where you just have to say "I can't describe it."
>
>Unfortunately, in a formal language, "I can't describe it" translates roughly into "GPF". There are programs which can be written in VB but not in VFP even though they both run on a Win32 platform, and the opposite is also true.

Ed,

This is perhaps the most accurate technical explanation of the "why" behind the issue. It's appreciated (at least in this corner).
George

Ubi caritas et amor, deus ibi est
Previous
Reply
Map
View

Click here to load this message in the networking platform