Re: [Libevent-users] Stop listening on http server when accept() returns Too Many Open Files

2010-09-20 Thread Nick Mathewson
On Mon, Sep 20, 2010 at 2:09 PM, Simon Perreault wrote: > On 2010-09-20 13:53, Nick Mathewson wrote: >>> Would the attached patch work? >> >> Looks okay to me.   Probably, you'd want to rename "ecb" to "errorcb" >> or something; we don't use "ecb" to mean "error callback" anywhere >> else. > > Sur

Re: [Libevent-users] Stop listening on http server when accept() returns Too Many Open Files

2010-09-20 Thread Simon Perreault
On 2010-09-20 13:53, Nick Mathewson wrote: >> Would the attached patch work? > > Looks okay to me. Probably, you'd want to rename "ecb" to "errorcb" > or something; we don't use "ecb" to mean "error callback" anywhere > else. Sure, no problem. Also, I noticed a small typo: -void evconnlistner_

Re: [Libevent-users] Stop listening on http server when accept() returns Too Many Open Files

2010-09-20 Thread Nick Mathewson
On Mon, Sep 20, 2010 at 12:50 PM, Simon Perreault wrote: > Thanks a lot for your reply! > > On 2010-09-20 12:29, Nick Mathewson wrote: >> One possibility is that, when a non-retriable error occurs, the >> callback is invoked with fd set to -1, and errno (LastSocketError) set >> to the appropriate

Re: [Libevent-users] Stop listening on http server when accept() returns Too Many Open Files

2010-09-20 Thread Simon Perreault
Thanks a lot for your reply! On 2010-09-20 12:29, Nick Mathewson wrote: > One possibility is that, when a non-retriable error occurs, the > callback is invoked with fd set to -1, and errno (LastSocketError) set > to the appropriate error. This behavior would break programs that > don't expect lis

Re: [Libevent-users] Stop listening on http server when accept() returns Too Many Open Files

2010-09-20 Thread Nick Mathewson
On Mon, Sep 20, 2010 at 12:22 PM, Simon Perreault wrote: > Does anyone have an answer to that? We just hit this problem in real > life. It's not just theory. > > Thanks, > Simon > > On 2010-09-03 03:49, Yee Keat Phuah wrote: >> Hi, >> >> I am using the http server part of libevent 2.0.6, and curre

Re: [Libevent-users] Stop listening on http server when accept() returns Too Many Open Files

2010-09-20 Thread Simon Perreault
Does anyone have an answer to that? We just hit this problem in real life. It's not just theory. Thanks, Simon On 2010-09-03 03:49, Yee Keat Phuah wrote: > Hi, > > I am using the http server part of libevent 2.0.6, and currently testing > it under all sorts of situation. One of the situation I r

Re: [Libevent-users] epoll erros

2010-09-20 Thread Nick Mathewson
On Fri, Sep 17, 2010 at 3:06 PM, Gilad Benjamini wrote: >> The first thing to do here is to use event_enable_debug_mode() to have >> libevent track event adds/deletes/etc to make sure that there's >> nothing screwy going on there. (Did this turn anything up? You don't need to build with any spec

Re: [Libevent-users] Writing a basic http client

2010-09-20 Thread Pavel Plesov
Hello, Here it is a sample HTTP GET client with redirection (301/302) support. I suppose download.c enough to get the idea how to implement more complex http client. On Mon, Sep 20, 2010 at 2:44 PM, Bas Verhoeven wrote: > Hi, > > I'm looking into using a simple HTTP client library for a project

[Libevent-users] Writing a basic http client

2010-09-20 Thread Bas Verhoeven
Hi, I'm looking into using a simple HTTP client library for a project that already uses libevent2. I tried using libcurl in combination with libevent. Unfortunately libcurl won't work for me at the moment because its "multi" backend has timeout issues (requests without any data received neve