From: Nando D. <na...@de...> - 2004-06-04 18:39:29
|
Sean, S> That functionality is know as a "full engine" Sure. What I need is a "full engine" built as a dynamic library. If it had the functionality of fbembed as well, that would be a bonus and a performance boos for "internal" requests, but it's not mandatory. I'll put it another way: I need to augment the firebird server and I need to deploy, if possible, a single server process. If my clients didn't need to talk to the Firebird server through TCP/IP I would go with embedded and wouldn't mind, but unfortunately that's not the case. Currently I have two processes (mine and fbserver.exe) that I need to keep synchronized (in terms of startup and shutdown, mainly), which is getting difficult without a third process acting as a "guardian". The only advantage of my current solution/workaround is that, since it's made up of two processes, is more SMP-friendly. :-) So you can see it from several different POVs, but the technical details stay the same, I believe. I'm curious to know what core devels like Dmitry or Nickolay think about Jim's 6 months estimate... Ciao -- Nando Dessena mailto:na...@de... |