Let's move this to dev@httpd and omit dev@apr (after this e-mail)...
On Sun, Nov 24, 2013 at 8:28 AM, olli hauer wrote:
> On 2013-11-22 00:08, Jeff Trawick wrote:
> > On Thu, Nov 21, 2013 at 5:48 PM, olli hauer wrote:
> >
> >> Hi,
> >>
> >> sorry for late response to apr-1.5.0 ...
> >>
> >> I'
On Sat, Nov 23, 2013 at 3:29 PM, wrote:
> Author: jim
> Date: Sat Nov 23 20:29:55 2013
> New Revision: 1544876
>
> URL: http://svn.apache.org/r1544876
> Log:
> Just critically warn people... but keep pushing through.
>
> Modified:
> httpd/httpd/trunk/server/mpm/event/event.c
> httpd/httpd
On Sat, Nov 23, 2013 at 5:39 PM, Yann Ylavic wrote:
> Couldn't ap_queue_info_try_get_idler() and the event_pre_config() check
> use :
>
>
> prev_idlers = apr_atomic_add32((apr_uint32_t *)&(queue_info->idlers),
> -1);
>
> like ap_queue_info_wait_for_idler() does ?
>
I think that's correct...
On Sun, Nov 24, 2013 at 7:33 AM, Eric Covener wrote:
> On Sun, Nov 24, 2013 at 5:24 AM, Rainer Jung
> wrote:
> > On 24.11.2013 01:03, Eric Covener wrote:
> I'm curious what other scenarios will fail though. I can try Sun
> Studio on
> Solaris 10 x86_64 (32-bit and 64-bit builds) "soon
On Nov 23, 2013, at 5:39 PM, Yann Ylavic wrote:
>
> Or maybe queue_info->idlers be declared uint32_t and negatives computed
> relative to 2^31 ?
>
What I was thinking was simply doing an offset... There
is no way we would ever use a full 32bits, signed or not,
so making the "zero point" ~ 2^
On Sun, Nov 24, 2013 at 5:24 AM, Rainer Jung wrote:
> On 24.11.2013 01:03, Eric Covener wrote:
I'm curious what other scenarios will fail though. I can try Sun Studio on
Solaris 10 x86_64 (32-bit and 64-bit builds) "soon". But Sun Studio on
SPARC presumably uses different explicit
On 24.11.2013 01:03, Eric Covener wrote:
>>> I'm curious what other scenarios will fail though. I can try Sun Studio on
>>> Solaris 10 x86_64 (32-bit and 64-bit builds) "soon". But Sun Studio on
>>> SPARC presumably uses different explicit code in APR and I don't have access
>>> to that.
>>
>> I