Re: [PATCH] apr_off_t is 'long long' but APR_OFF_T_FMT is "ld" on OpenBSD

2019-01-17 Thread William A Rowe Jr
On Thu, Jan 17, 2019 at 2:18 PM Stefan Sperling wrote: > > I would appreciate if someone could commit my configure.in patch > which adds overrides for OpenBSD specifically. That would fix my > immediate problem. And perhaps a better fix could be devised later? > I'd prefer we not glue around

Re: [PATCH] apr_off_t is 'long long' but APR_OFF_T_FMT is "ld" on OpenBSD

2019-01-17 Thread Stefan Sperling
On Thu, Jan 17, 2019 at 03:40:26PM +0100, Stefan Eissing wrote: > I had the issue in one of my configure.ac that the extra CPPFLAGS were not > added, as from > > > apxs -q EXTRA_CPPFLAGS > > and it all compiled, except APR_OFF_T_FMT was ld instead of lld on MacOS. > > Maybe this is the same

Re: [PATCH] apr_off_t is 'long long' but APR_OFF_T_FMT is "ld" on OpenBSD

2019-01-17 Thread Stefan Sperling
On Thu, Jan 17, 2019 at 03:24:41PM +0100, Branko Čibej wrote: > On 17.01.2019 13:28, Stefan Sperling wrote: > > On Thu, Jan 10, 2019 at 01:17:40AM +0100, Branko Čibej wrote: > >> I get that part, my question was related to APR's configure setting the > >> type of apr_off_t and its format specifier

Re: [PATCH] apr_off_t is 'long long' but APR_OFF_T_FMT is "ld" on OpenBSD

2019-01-17 Thread Stefan Eissing
I had the issue in one of my configure.ac that the extra CPPFLAGS were not added, as from > apxs -q EXTRA_CPPFLAGS and it all compiled, except APR_OFF_T_FMT was ld instead of lld on MacOS. Maybe this is the same effect? Cheers, Stefan > Am 17.01.2019 um 15:24 schrieb Branko Čibej : > > On

Re: [PATCH] apr_off_t is 'long long' but APR_OFF_T_FMT is "ld" on OpenBSD

2019-01-17 Thread Branko Čibej
On 17.01.2019 13:28, Stefan Sperling wrote: > On Thu, Jan 10, 2019 at 01:17:40AM +0100, Branko Čibej wrote: >> I get that part, my question was related to APR's configure setting the >> type of apr_off_t and its format specifier correctly on Linux but >> incorrectly on OpenBSD, even though they're

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Branko Čibej
On 17.01.2019 15:05, Yann Ylavic wrote: > On Thu, Jan 17, 2019 at 2:55 PM Stefan Eissing > wrote: >> >>> Am 17.01.2019 um 14:04 schrieb Yann Ylavic : >>> >>> On Thu, Jan 17, 2019 at 1:56 PM Branko Čibej wrote: On 17.01.2019 13:55, Branko Čibej wrote: > On 17.01.2019 13:21, Yann Ylavic

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Yann Ylavic
On Thu, Jan 17, 2019 at 2:55 PM Stefan Eissing wrote: > > > > Am 17.01.2019 um 14:04 schrieb Yann Ylavic : > > > > On Thu, Jan 17, 2019 at 1:56 PM Branko Čibej wrote: > >> > >> On 17.01.2019 13:55, Branko Čibej wrote: > >>> On 17.01.2019 13:21, Yann Ylavic wrote: > On Thu, Jan 17, 2019 at

buildbot success in on apr-x64-macosx-trunk

2019-01-17 Thread buildbot
The Buildbot has detected a restored build on builder apr-x64-macosx-trunk while building . Full details are available at: https://ci.apache.org/builders/apr-x64-macosx-trunk/builds/186 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: svn-x64-macosx-dgvrs Build Reason: The

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Stefan Eissing
> Am 17.01.2019 um 14:04 schrieb Yann Ylavic : > > On Thu, Jan 17, 2019 at 1:56 PM Branko Čibej wrote: >> >> On 17.01.2019 13:55, Branko Čibej wrote: >>> On 17.01.2019 13:21, Yann Ylavic wrote: On Thu, Jan 17, 2019 at 1:02 PM Yann Ylavic wrote: > On Thu, Jan 17, 2019 at 12:50 PM

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Yann Ylavic
On Thu, Jan 17, 2019 at 1:56 PM Branko Čibej wrote: > > On 17.01.2019 13:55, Branko Čibej wrote: > > On 17.01.2019 13:21, Yann Ylavic wrote: > >> On Thu, Jan 17, 2019 at 1:02 PM Yann Ylavic wrote: > >>> On Thu, Jan 17, 2019 at 12:50 PM Branko Čibej wrote: > Other than that, unlimited

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Branko Čibej
On 17.01.2019 13:11, Yann Ylavic wrote: > On Thu, Jan 17, 2019 at 1:09 PM Stefan Sperling wrote: >> On Thu, Jan 17, 2019 at 12:36:49PM +0100, Yann Ylavic wrote: >>> OK, so an APR only option like this? >> Yes, thank you, this looks great! >> I'll see about making OpenBSD's APR port use this

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Branko Čibej
On 17.01.2019 13:55, Branko Čibej wrote: > On 17.01.2019 13:21, Yann Ylavic wrote: >> On Thu, Jan 17, 2019 at 1:02 PM Yann Ylavic wrote: >>> On Thu, Jan 17, 2019 at 12:50 PM Branko Čibej wrote: Other than that, unlimited max-free is wrong in most cases, so why not set the default to

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Branko Čibej
On 17.01.2019 13:21, Yann Ylavic wrote: > On Thu, Jan 17, 2019 at 1:02 PM Yann Ylavic wrote: >> On Thu, Jan 17, 2019 at 12:50 PM Branko Čibej wrote: >>> Other than that, unlimited max-free is wrong in most cases, so why not >>> set the default to something sane instead? >> Agreed, something like

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Yann Ylavic
On Thu, Jan 17, 2019 at 1:02 PM Yann Ylavic wrote: > > On Thu, Jan 17, 2019 at 12:50 PM Branko Čibej wrote: > > > > Other than that, unlimited max-free is wrong in most cases, so why not > > set the default to something sane instead? > > Agreed, something like 10 pools (80K)? Probably at bit

Re: [PATCH] apr_off_t is 'long long' but APR_OFF_T_FMT is "ld" on OpenBSD

2019-01-17 Thread Stefan Sperling
On Thu, Jan 10, 2019 at 01:17:40AM +0100, Branko Čibej wrote: > I get that part, my question was related to APR's configure setting the > type of apr_off_t and its format specifier correctly on Linux but > incorrectly on OpenBSD, even though they're equivalent. It seems to be wrong on Linux as

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Stefan Sperling
On Thu, Jan 17, 2019 at 01:02:15PM +0100, Yann Ylavic wrote: > On Thu, Jan 17, 2019 at 12:50 PM Branko Čibej wrote: > > > > On 17.01.2019 12:36, Yann Ylavic wrote: > > > OK, so an APR only option like this? > > > > This still affects /everything/ that uses this particular compiled > > version of

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Yann Ylavic
On Thu, Jan 17, 2019 at 1:09 PM Stefan Sperling wrote: > > On Thu, Jan 17, 2019 at 12:36:49PM +0100, Yann Ylavic wrote: > > OK, so an APR only option like this? > > Yes, thank you, this looks great! > I'll see about making OpenBSD's APR port use this patch. As discussed with Brane, you may want

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Stefan Sperling
On Thu, Jan 17, 2019 at 12:36:49PM +0100, Yann Ylavic wrote: > OK, so an APR only option like this? Yes, thank you, this looks great! I'll see about making OpenBSD's APR port use this patch.

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Yann Ylavic
On Thu, Jan 17, 2019 at 12:50 PM Branko Čibej wrote: > > On 17.01.2019 12:36, Yann Ylavic wrote: > > OK, so an APR only option like this? > > This still affects /everything/ that uses this particular compiled > version of APR, doesn't it? Sure, but AIUI this is Stefan's goal.. > Except

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Branko Čibej
On 17.01.2019 12:36, Yann Ylavic wrote: > On Thu, Jan 17, 2019 at 12:10 PM Stefan Sperling wrote: >> On Thu, Jan 17, 2019 at 12:04:37PM +0100, Yann Ylavic wrote: >>> On Tue, Jan 15, 2019 at 11:48 AM Stefan Sperling wrote: On Tue, Jan 15, 2019 at 11:19:24AM +0100, Stefan Eissing wrote: >

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Yann Ylavic
On Thu, Jan 17, 2019 at 12:10 PM Stefan Sperling wrote: > > On Thu, Jan 17, 2019 at 12:04:37PM +0100, Yann Ylavic wrote: > > On Tue, Jan 15, 2019 at 11:48 AM Stefan Sperling wrote: > > > > > > On Tue, Jan 15, 2019 at 11:19:24AM +0100, Stefan Eissing wrote: > > > > Would OpenBSD be happy with a

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Stefan Sperling
On Thu, Jan 17, 2019 at 12:04:37PM +0100, Yann Ylavic wrote: > On Tue, Jan 15, 2019 at 11:48 AM Stefan Sperling wrote: > > > > On Tue, Jan 15, 2019 at 11:19:24AM +0100, Stefan Eissing wrote: > > > Would OpenBSD be happy with a setting (COMPILE FLAG) that forces > > > the immediate free() by

Re: pool debugging and httpd HTTP/2

2019-01-17 Thread Yann Ylavic
On Tue, Jan 15, 2019 at 11:48 AM Stefan Sperling wrote: > > On Tue, Jan 15, 2019 at 11:19:24AM +0100, Stefan Eissing wrote: > > Would OpenBSD be happy with a setting (COMPILE FLAG) that forces > > the immediate free() by allocators and otherwise skipping the DEBUG > > flags? > > Yes, I think that