Please ignore this whole thing. Sheesh, been too long since I've done low
level sockets stuff. The end problem was a bit of sloppy code and me
misremembering an issue with Win32 specific servers that doesn't apply to
linux/osx.
> Hi Folks,
>
> Maybe someone has done this before so figured
On Wed, Dec 1, 2010 at 1:28 AM, Christophe Zbierski
wrote:
> Hi, is it possible to bind an HTTP server on unix socket instead of address
> and port (int evhttp_bind_socket(struct evhttp *http, const char *address,
> u_short port) ).
Make sure you're using the latest 2.0.x-rc, and try
evhttp_accep
On Wed, Dec 1, 2010 at 8:22 AM, Thai Duong wrote:
> Hi everybody,
>
> I'm new to this list, so please forgive me if this has been discussed.
> I read the libevent2 book, and it said that bufferevent currently
> supports only TCP socket. I take a look at the code, and see that,
> however, it seems
The iocp listener fix posted has a new bug added as: 3124666.
Should be able to mark it fixed with the change mentioned previously.
KB
> -Original Message-
> From: owner-libevent-us...@freehaven.net [mailto:owner-libevent-
> us...@freehaven.net] On Behalf Of Nick Mathewson
> Sent: Tuesda
Hi Folks,
Maybe someone has done this before so figured I'd ask while I'm
still experimenting with possible solutions. In the process of finishing up
some porting to OsX I noticed that I have a race condition in my code
related to listener sockets. Previously I would just bring up the li
It's generated by autoconf *as part of the build process for
Libevent*. If you build a new libevent with --prefix=/usr and do
"sudo make install" on it, then you will overwrite
/usr/include/event2/event-config.h. But if you're using a packaging
system, then you shouldn't ever do that.
Ah, r
Hi everybody,
I'm new to this list, so please forgive me if this has been discussed.
I read the libevent2 book, and it said that bufferevent currently
supports only TCP socket. I take a look at the code, and see that,
however, it seems that bufferevent can work with UDP too. So my
question is why
