On Fri, Apr 24, 2020 at 9:12 PM Marion & Christophe JAILLET
wrote:
>
> Le 24/04/2020 à 21:02, Ruediger Pluem a écrit :
> >
> > On 4/24/20 7:04 PM, yla...@apache.org wrote:
> >>
> >> +memset(buf, 0, sizeof(buf));
> >
> > I cannot remember the gory details, but I remember a discussion either
Le 24/04/2020 à 21:02, Ruediger Pluem a écrit :
On 4/24/20 7:04 PM, yla...@apache.org wrote:
Author: ylavic
Date: Fri Apr 24 17:04:28 2020
New Revision: 1876937
URL: http://svn.apache.org/viewvc?rev=1876937=rev
Log:
mod_ssl: follow up to r1876934: OSSL_PARAM_construct_*() make no copy.
On 4/24/20 7:04 PM, yla...@apache.org wrote:
> Author: ylavic
> Date: Fri Apr 24 17:04:28 2020
> New Revision: 1876937
>
> URL: http://svn.apache.org/viewvc?rev=1876937=rev
> Log:
> mod_ssl: follow up to r1876934: OSSL_PARAM_construct_*() make no copy.
>
> Pass
Am 24.04.2020 um 16:21 schrieb Joe Orton:
On Fri, Apr 24, 2020 at 12:17:19PM +0200, Rainer Jung wrote:
Thinking further: I think it would make sense to have a module or core
implement the monitor hook to generate that derived data (requests/sec,
bytes/sec, durationMs/request, avgConcurrency) in
On Fri, Apr 24, 2020 at 12:17:19PM +0200, Rainer Jung wrote:
> Thinking further: I think it would make sense to have a module or core
> implement the monitor hook to generate that derived data (requests/sec,
> bytes/sec, durationMs/request, avgConcurrency) in the last monitor interval
> and to
Thinking further: I think it would make sense to have a module or core
implement the monitor hook to generate that derived data (requests/sec,
bytes/sec, durationMs/request, avgConcurrency) in the last monitor
interval and to provide that data to consumers like mod_systemd or - new
-