Re: Make epoll() a run-time choice?

2006-08-02 Thread Henrik Nordstrom
On Wed, 2006-08-02 at 02:42 +0200, Luigi Gangitano wrote: > Wouldn't a runtime check be enough to activate on of the two comm > loops? I've seen it done in other apps. Quite some restructuring will be needed for that to happen. Adding libevent is a lot easier and fits nicely within the existing

Re: Make epoll() a run-time choice?

2006-08-01 Thread Luigi Gangitano
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il giorno 21/lug/06, alle ore 23:31, Henrik Nordstrom ha scritto: tis 2006-07-11 klockan 14:34 +0200 skrev Luigi Gangitano: During discussions on the debian-devel mailing list, it was proposed to enable a fallback if epoll() is not available at sta

Re: Make epoll() a run-time choice?

2006-07-21 Thread Henrik Nordstrom
tis 2006-07-11 klockan 14:34 +0200 skrev Luigi Gangitano: > I've just packaged squid-2.6.STABLE1 and squid-3.0.PRE4 for debian, > enabling epoll() support at build time. > > This obviously makes squid fail with kernels older than 2.6.x which > are still supported by debian. > > During discus

Make epoll() a run-time choice?

2006-07-11 Thread Luigi Gangitano
Hi all, I've just packaged squid-2.6.STABLE1 and squid-3.0.PRE4 for debian, enabling epoll() support at build time. This obviously makes squid fail with kernels older than 2.6.x which are still supported by debian. During discussions on the debian-devel mailing list, it was proposed to e