Daniel.
what is withholding you to download, install and do a testrun with Chen's application?
Test it yourself and see how fast it is, also read the list of 'bugs' / features Chen has corrected
Regards,
Koen


>Hi Chen,
>
>I appreciate a lot what you have been doing during the past years. But I must admit that am not using any of your products. I possibly should. But I belong the happy few who never bumped into serious VFP bugs. And I am quite nervous about performance when it comes to VFP alternatives.
>
>Why speed? Because everytime I tested alternatives in the past, the performance as always weak against plain-vanilla VFP. Last time I ran such tests, that was for Lianja. And, well, the interpreter was ok (as compared to other current interpreters). But the local db-engine is certainly not in the same league as good ol' VFP. Well that always make me a bit nervous when testing alternatives to fox!
>
>My real concerns - that could have me switch to alternatives such the brilliant work you made - are:
>- speed,
>- protection against decompilation, sure but this is not essential,
>- 64 bits support of course, since it may matter in the long run.
>
>
>At this stage I have not fully tested the product. I have not run a C/C++ compiler since 1993 (and that was plain WATCOM for a couple of fll-s). I dislike C. But sure I'd be glad to run a test. What would be wonderful is a documented community-driven review of:
>1) performance relative TO VFP on a couple of VFP code samples,
>2) some documented feedback on a significantly complex app that works.
>
>The community should provide this. Not your. Since Baiyujia may not be in a situation to do that and the best reviewer is rarely in-house anyway.
>
>IMHO, that could possibly help us jump onto your boat! I'd be glad to hear anyone again on this:-)
>
>Daniel