>>1, Now VFP Advanced 64-bit is slower than VFP 9.0 32-bit, perhaps slower 10%?

The better news is that a 32-bit versions of VFP-compiled apps work just fine in a 64-bit OS, including 32-bit flls like PHDBase and Craig Boyd's libraries.

Speaking of which: while technically extremely impressive, I recommend you ask the user base whether they want dbf support past 2gb. A table of that size reasonably belongs in something more robust than a dbf and despite using cursors for very quick data munging, if we ever hit the 2Gb barrier it's usually because of a bad table join. So there's no gain in allowing the mistake to extend to 100gb! IMHO you have made really impressive strides and now perhaps it's time to produce add-ons for which you can charge a fee. Examples of long-abandoned commercial add-ons would be PHDBase for free text searching, Cryptor for dbf encryption. These used to be easily hooked flls, but now could be an add-on inlined into a VFP-Compiled dll for those who purchase the add-on. Emulating Cryptor in particular might be nice if we could seamlessly turn on dbf encryption for specific tables, making it safer to put valuable/sensitive material in dbfs. I'm not suggesting you take their code- we already use some of your inline encryption/decryption which is all we need, so I'm thinking this could be wrapped into access routines for fields.