|
From: Rui N. C. <rn...@rn...> - 2004-06-29 13:35:22
|
Vladimir,
>
> Sure looks like a bug i should be able to fix it tonight when i come
> home if it's not too late.
> Thanks for bringing this up!
>
Not at all. I'm in the same ship ya know?
If you don't mind, I'll commit my patch today, in less than 6 hours.
>
> PS: I was trying to add multi-connection support last night but ran out
> of time, maybe i'll finish it tonight.
>
There's some example code on liblscp that already does the job,
practically. It's also ready for the new event stream. Look in
liblscp/examples/server.{c,h}. The code is structured as for a C library
module, you can even choose between a multiplexed or a multithreaded
server.
Once ago I've tried to merge into linuxsampler server code base, but that
stumbled on the parser usage. Didn't had the time to find a better way of
coupling the yacc/lex generated parser code and the callback model of
liblscp example server interface, where a fifo pipe would be a solution.
In other words, my main problem was/is on how to encapsulate the yacc/lex
parser, having it as a stand-alone instance for each client connection,
with it's own callback feeding pipe. The question was/is on how to map the
client connection descriptor to a corresponding encapsulated parser
instance, on callback time. I ran out of time too :)
Oh well.
--
rncbc aka Rui Nuno Capela
rn...@rn...
|