> No real alternative here, definitely needs multithreading to do this task > properly.
Although it's possible to use callbacks through FLLs and such I believe to achieve multi-threading in the same process of VFP, I believe it's very error prone and likely to cause GPF's due to VFP's internal memory manager. The only way I accept as a valid VFP "multithreading" option is to do so multi-process-- create an out-of-process COM object with a delayed start main thread that does the work(there's code in the archives on it). We have some production systems that use this; sadly, the memory requirement for this is kinda high. > The task at hand is a Multithreaded HTTP Webserver written entirely in Fox. > The idea being that each Virtual Directory would have it's own executable > (maybe multiple) to marshall the traffic for it's own requests to the > Winsock layer. That way if the owner of one particular Virtual directory > wrote code that locked-up the exe it would only be their own exe that would > stop working all others would still be running. Why write it entirely in VFP? Some tools are better sorted to some things and some are more suited to other things... VFP will not make a good http web server... -- Derek _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
