>Not necessarily, at least without making VFP natively able to create threads. Remus' solution is just a COM server, there's no magic in getting VFP to work with that. Anyone that can write C++ code to spin off threads in a COM server could write it. (Not dissing Remus' work, I'm just saying that it's not terribly complex if you know what you're doing.)

Mike, VFP is my tool of choice and I am with Fox from Foxbase.
I think MS has done a good job with VFP (aside from not marketing it) and I'm impatient to put my hands on VFP7, the best Fox ever.
In other words, we are in the same side and I'm not trying to create an argument here. But...

It's true that anyone can write C++ code..etc, but the inmense majority of us are not C++ programmers.

Let me give you one example, VFPCOM allows us to bind VFP to COM events and that works for me, I guess VFP7 can natively bind to COM events and -if so- that's much better.
But the end result is pretty much the same! In both cases, we can make applications that can respond to, let's say, Outlook events.

The gospel has been that VFP don't have multi-threading capacity and the MTDLLs created with it can not "multithread" when called from VFP itself, "only under MTS", etc..

But now, Remus created his COM server, ans using it with a little extra work, it can be done. Now we can put MTDLLs to work from VFP and that means we can have asynchronous calls to (almost) whatever we need to call.
Yes, this is not the "real Mcoy" but it's good enough.

> What Remus has done is pretty much a duplicate of what you'd get from us. I don't see any added value in what we could release.

The value added will be to give to the FoxPro community a simple tool which will allow us to do a whole new world of apps.
It can be the same thing that Remus did, or something slightly better -c'mon, it can be much better, you guys-, but instead of being a curiosity, it will be something backed by MS, or, at least, something that MS shows it's possible to do with VFP.
I'm not saying that MT is the holy grial but is something really important, at least, it has the same importance as VFP being able to bind to COM events.
After all multi-threading is one of the new features of VB7, among with OOP and..etc :)


Thanks for your patience, and thanks to Remus for his little marvel.

Agustin.