Re: [Libevent-users] Libevent 2.0.6-rc libtool

2010-09-03 Thread Ralph Castain
Sorry about the typo - yes, it is indeed -ivf On Sep 3, 2010, at 10:08 AM, Nick Mathewson wrote: > On Fri, Sep 3, 2010 at 11:59 AM, Ralph Castain wrote: >> Hi folks >> >> I've been working on integrating 2.0.6-rc into the Open MPI code base and >> ran across an issue. You distribute an acloca

Re: [Libevent-users] Libevent 2.0.6-rc libtool

2010-09-03 Thread Nick Mathewson
On Fri, Sep 3, 2010 at 11:59 AM, Ralph Castain wrote: > Hi folks > > I've been working on integrating 2.0.6-rc into the Open MPI code base and ran > across an issue. You distribute an aclocal.m4 that was generated by libtool > 2.2.6b, and you don't whack it at the beginning of autogen.sh. Thus,

[Libevent-users] Libevent 2.0.6-rc libtool

2010-09-03 Thread Ralph Castain
Hi folks I've been working on integrating 2.0.6-rc into the Open MPI code base and ran across an issue. You distribute an aclocal.m4 that was generated by libtool 2.2.6b, and you don't whack it at the beginning of autogen.sh. Thus, those of us who have updated to libtool 2.2.10 get an error. I

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

2010-09-03 Thread Simon Perreault
On 2010-09-03 03:49, Yee Keat Phuah wrote: > 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 ran into is when > there are too many connections, there might be "Too Many Open Files" > returned from the accept() call,

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

2010-09-03 Thread Yee Keat Phuah
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 ran into is when there are too many connections, there might be "Too Many Open Files" returned from the accept() call, that is ok, but the problem is because in list