Hi Martin,
> Hi Kelly,
>
> > Basically, I'd rather concentrate on one thing at a time. The
> > internal refactor is going to be a big task. This is why I jumped in
> and
> > starting hacking, I wanted to see the show stoppers, if any, first.
> Keeping
> > select/poll/epoll/kevent working should be fairly easy during this work.
> > IOCP won't work till towards the end and then only Windows would have a
> > libevent dependency until the local grown socket iocp reactor is then
> > implemented.
>
> A-ha. So you are using libevent as an underlying polling mechanism for
> 0MQ? Any chance to have a look at the code?
That looks like the initial plan as I don't want too many moving
parts at one time. Unfortunately though, while I had used 1.x libevent, the
2.x version is completely different (due to iocp support) and as such I
wanted some hands on time with it before I did any further work. So, right
now there is nothing actually "in" 0mq for this as of yet.
Currently I'm doing a little experiment that may be a useful item
for others. I'm writing a simple quick and dirty gateway which can move
messages into/out of a 0mq cluster using libevent for the client
connections. Unfortunately work had some problems last week with the heavy
rains and we're still cleaning and getting back to work, so everything has
been on hold since Wednesday.
KB
_______________________________________________
zeromq-dev mailing list
[email protected]
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
