RE: T of 2.4.17 this week

Thank you, Yann! Regards, Yingqi -Original Message- From: Yann Ylavic [mailto:ylavic@gmail.com] Sent: Monday, October 05, 2015 11:38 AM To: dev@httpd.apache.org Subject: Re: T of 2.4.17 this week Hi Yingqi, this was done in r1705492, will be in 2.4.17. Regards, Yann. On Mon,

Re: T of 2.4.17 this week

On 2015-10-05 17:54, Jim Jagielski wrote: > I propose a T of 2.4.17 this week with a release for next. I > will RM. > > Comments? > Hi Jim, would you mind to look at #58126 ? It contains a simple patch for acinclude.m4 to suppress warnings about underquoted calls to AC_DEFUN. -- Thanks,

RE: T of 2.4.17 this week

Hi Jim, Can you please look and incorporate the SO_REUSEPORT patch for this release as well? Thanks, Yingqi -Original Message- From: olli hauer [mailto:oha...@gmx.de] Sent: Monday, October 05, 2015 11:30 AM To: dev@httpd.apache.org Subject: Re: T of 2.4.17 this week On 2015-10-05

Re: T of 2.4.17 this week

Hi Yingqi, this was done in r1705492, will be in 2.4.17. Regards, Yann. On Mon, Oct 5, 2015 at 8:31 PM, Lu, Yingqi wrote: > Hi Jim, > > Can you please look and incorporate the SO_REUSEPORT patch for this release > as well? > > Thanks, > Yingqi > > -Original

Re: T of 2.4.17 this week

On Mon, Oct 5, 2015 at 8:30 PM, olli hauer wrote: > > would you mind to look at #58126 ? > > It contains a simple patch for acinclude.m4 to suppress warnings about > underquoted calls to AC_DEFUN. Committed in r1706918, backport proposed in r1706923. Regards, Yann.

Re: Expression Parser: search and replace with s/PATTERN/REPLACEMENT/FLAGS

On Sunday 04 October 2015 12:51:13, Graham Leggett wrote: > On 04 Oct 2015, at 12:46 PM, Rainer Jung wrote: > > Yes, I agree. When starting to think closer, I noticed that the > > string mode currently only supports a syntax that is pretty > > different from the boolean

Re: svn commit: r1706669 - in /httpd/httpd/trunk: ./ include/ modules/http/ modules/ssl/ server/ server/mpm/event/ server/mpm/motorz/ server/mpm/simple/

Thanks Graham for this great patch, comments inline... On Sun, Oct 4, 2015 at 12:10 PM, wrote: > Author: minfrin > Date: Sun Oct 4 10:10:51 2015 > New Revision: 1706669 > > URL: http://svn.apache.org/viewvc?rev=1706669=rev > Log: > core: Extend support for asynchronous

Re: Supporting "SSL:" in the expression parser via mod_ssl

On Wednesday 30 September 2015 23:26:30, Rainer Jung wrote: > I noticed that currently the expression parser in 2.4/trunk does not > support the SSL:VARIABLE lookups that mod_rewrite supports. > > The expression parser uses ":" as an alternative function call > syntax, so HTTP:VARIABLE is the

Re: [Bug 53555] Scoreboard full error with event/ssl

Moving the discussion to dev@ On Monday 05 October 2015 22:40:15, bugzi...@apache.org wrote: > https://bz.apache.org/bugzilla/show_bug.cgi?id=53555 > > --- Comment #25 from Yann Ylavic --- > (In reply to Stefan Fritsch from comment #24) > > > (In reply to Yann Ylavic from

Re: [Bug 53555] Scoreboard full error with event/ssl

On Tue, Oct 6, 2015 at 12:59 AM, Stefan Fritsch wrote: > > There are worker slots (one for each thread) and process slots (one > for each process). You are right about the worker slots. But the > process slot is immediately re-used by the new process. It contains > summary

Re: Expression Parser: search and replace with s/PATTERN/REPLACEMENT/FLAGS

On 06 Oct 2015, at 12:17 AM, Stefan Fritsch wrote: >> How about a regex function? >> >> The single argument could be “s/PATTERN/REPLACEMENT/FLAGS”. > > I think this would be easy to implement. It would require the regex to > be parsed on every execution, though, which has

Re: [Patch] Async write completion for the full connection filter stack

On Sun, Oct 4, 2015 at 1:40 PM, Graham Leggett wrote: > > The next bit of this is the ability to safely suspend a filter. > > A suspended filter is a filter that is waiting for some external event, a > callback of some kind, some timer that it might have set, and in the mean >

RE: svn commit: r1703305 - /httpd/httpd/trunk/modules/aaa/mod_auth_digest.c

> -Original Message- > From: Marion & Christophe JAILLET [mailto:christophe.jail...@wanadoo.fr] > Sent: Samstag, 3. Oktober 2015 21:57 > To: dev@httpd.apache.org > Subject: Re: svn commit: r1703305 - > /httpd/httpd/trunk/modules/aaa/mod_auth_digest.c > > > Le 01/10/2015 20:32, Ruediger

Serf and mod_lua and libmill (Was: Re: [Patch] Async write completion for the full connection filter stack)

I was wondering: how much of what we want to do would be easier if we decided to make serf and/or mod_lua and/or libmill as dependencies for 2.6/3.0? We could leverage Lua (or libmill) as libs implementing some level of coroutines and serf for a more organic bucket impl. Of course, this could

Re: [Patch] Async write completion for the full connection filter stack

On 05 Oct 2015, at 1:13 PM, Yann Ylavic wrote: > Why suspend a filter rather than the calling handler (on EAGAIN/EWOULDBLOCK)? Primarily because there are many filters, but only one handler. What I have in mind is combining an async bandwidth-limitation filter with an

Re: Serf and mod_lua and libmill (Was: Re: [Patch] Async write completion for the full connection filter stack)

On 05 Oct 2015, at 3:41 PM, Jim Jagielski wrote: > Of course, this could also result in the issue we currently > have w/ APR in which APR itself lags behind what httpd itself > needs and we end up add stuff to httpd anyway... > > H... This was my approach: I wanted the

Re: [Patch] Async write completion for the full connection filter stack

On Mon, Oct 5, 2015 at 10:37 AM, Graham Leggett wrote: > On 05 Oct 2015, at 4:25 PM, Eric Covener wrote: > >> If content/request filters will now sometimes run on a different >> thread, is this a special kind of major MMN bump? > > > Content/request filters

Re: [Patch] Async write completion for the full connection filter stack

On Sun, Sep 7, 2014 at 9:31 PM, Graham Leggett wrote: > The test suite passes with this patch, I need some more eyeballs to verify I > didn’t miss anything. If content/request filters will now sometimes run on a different thread, is this a special kind of major MMN bump?

Re: Serf and mod_lua and libmill (Was: Re: [Patch] Async write completion for the full connection filter stack)

On Mon, Oct 5, 2015 at 10:57 AM, Graham Leggett wrote: > > What exactly constituted a moon on a stick? I wanted all of the following: > > - I wanted to make httpd asynchronous, and decisively allow httpd to join the > list of servers that can support hundreds of thousands of

Re: [Patch] Async write completion for the full connection filter stack

On 05 Oct 2015, at 4:25 PM, Eric Covener wrote: > If content/request filters will now sometimes run on a different > thread, is this a special kind of major MMN bump? Content/request filters won’t run on a different thread, no. The only filters that will do so are filters

Re: [Patch] Async write completion for the full connection filter stack

> On Oct 4, 2015, at 9:59 AM, Tim Bannister wrote: > > On 4 Oct 2015, at 12:40, Graham Leggett wrote: >> >> The next bit of this is the ability to safely suspend a filter. > … >> I am thinking of the sharp end of mod_proxy_httpd (and friends) becoming

Re: Serf and mod_lua and libmill (Was: Re: [Patch] Async write completion for the full connection filter stack)

On 05 Oct 2015, at 5:13 PM, Eric Covener wrote: > Is it that common for so much of the server to be tied up in write > completion, or just a very big problem for some systems? Most of my > experience is the opposite problem -- slow (java!) backends rather > than clients not

Re: Serf and mod_lua and libmill (Was: Re: [Patch] Async write completion for the full connection filter stack)

Thx (somewhat behind) :) > On Oct 5, 2015, at 12:24 PM, Graham Leggett wrote: > > On 05 Oct 2015, at 6:10 PM, Jim Jagielski wrote: > >> Is there any reason to not fold this into trunk and start playing >> around? > > I committed it yesterday: > >

Re: Serf and mod_lua and libmill (Was: Re: [Patch] Async write completion for the full connection filter stack)

On 05 Oct 2015, at 6:10 PM, Jim Jagielski wrote: > Is there any reason to not fold this into trunk and start playing > around? I committed it yesterday: http://svn.apache.org/r1706669 http://svn.apache.org/r1706670 Regards, Graham —

Re: Serf and mod_lua and libmill (Was: Re: [Patch] Async write completion for the full connection filter stack)

Achieved!! Once again: this is some super cool mojo!!! > On Oct 5, 2015, at 10:57 AM, Graham Leggett wrote: > > On 05 Oct 2015, at 3:41 PM, Jim Jagielski wrote: > >> Of course, this could also result in the issue we currently >> have w/ APR in which APR

Re: T of 2.4.17 this week

+1! There's so much new goodness we have to share! :) On 10/5/2015, 5:54:04 PM, Jim Jagielski wrote: > I propose a T of 2.4.17 this week with a release for next. I > will RM. > > Comments? >

T of 2.4.17 this week

I propose a T of 2.4.17 this week with a release for next. I will RM. Comments?