>>Is there any way that a VFP app can be designed to take advantage (i.e. multiple instances ala C++)of a multi-processor machine.
>
>Sure - fire two different VFP apps, or separate instances of and run them in parallel. There are any number of methods that VFP can use to synchronize processes and exchange states;

Once I noticed the funny thing about self-syncronization of 4 instances of VFP progs running on single processor NT Server machine. I had a several million records DBF (about 2 GB in size) to process for the report, and to speed things up (got about 60 % gain in productivity, BTW). I fired up 4 instances of a program to work on almost equal chunks of the same table. They made some preliminary operations, and when they started actual records processing they were about 1 - 1.5 minutes apart. In all tests 3 of 4 processes finished at the same second, fourth one was a couple of seconds before or behind.
:)