> The memory requirement is mainly because the VFP COM wrapper is bloated > which is why, especially as I don't need any of the COM functionality, it > would be good to do this without the COM overhead.
I think much of it is also general VFP runtime overhead. > > 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... > Well this is where I kind of disagree. It seems to me that a Web server > which is intended mainly to execute VFP code embedded within HTML pages > would be best written in Fox. I guess at that point I'd question why VFP code was embedded within html pages? VFP's strength certainly isn't with general code, and there's likely no object orientation going on in such a script-like environment-- and certainly no RAD GUI benefits... The VFP data engine is available via ODBC and OLEDB/ADO, making me very much question this design decision upfront. > This would be building a Webserver from the > ground up in VFP rather than tagging on to some other architecture such as > ISAPI were the code execution is effectively an add-on rather than part of > the main Kernal. I'd venture to guess that the overall ROI from a an IIS server w/ISAPI and VFP core code vs. a VFP-web server built system would likely win. Is your VFP web server successfully running as a service? Does it support SSL? It sounds like you're re-creating the wheel when you don't have to... > It also allows much greater control of the TCP/IP layer > than is otherwise possible. And you see this as a good thing? Have you ever main written and maintained a product that talks directly via sockets? Take it from someone who's done so-- be ready for a load of headaches... > Last minute thought. Can I do this by simply running multiple exes; can I > call another VFP exe from my main program and have that run in a separate > thread? Yes, you can execute another EXE if the owning process has permission to do so. You can either block or not block. Don't try to get any data back from it if you don't block, though(hence the COM server solution)... -- 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.
