Just to beat a dead horse apparently, if you are considering a database server or something you can request data from, then why not SQL server? It is free for databases of any VFP size (if you have a lot of concurrent connections then you need to spend some $$). It is rock solid, proven technology. It is lightning fast. It is scalable to sizes unimaginable in VFP, and it is easily integrated into most any development platform including VFP. I'd bet you wouldn't have to do much more to integrate SQL server than to integrate any homegrown 'VFP server'.
>The company I'm working for might be helped if there was something like a VFP database server written in the VFP language with source code available. I know, I know, it is a contradictio in terminis, but this server would only have to proces sequential requests, no concurrenct ones. The company needs some kind of single-user VFP database server.
>
>If someone ever tried but dit not finish the product, I would also be very interested.
>
>If I would read this message, I'd think: why not use SQL Server, or Advantage? The answer is: For the specific problem, circumstances and company that wouldn't work out well. I know MS Sql Server and I know what it can and I know what this company would have to do if it would use SQL server as a backend, and it is no option.
>
>So... anybody having a hint or link?
>
>TIA
>
>Lennert
____________________________________
Don't Tread on Me
Overthrow the federal government NOW!
____________________________________