Re: svn commit: r1916666 - in /apr/apr/branches/1.8.x: NOTICE include/apr_version.h

Hi Roy, I adjusted the Copyright notice for APR and APR-Util in the form the web server uses it. I hope it is OK now? Otherwise please let me know. Thanks and best regards, Rainer Am 30.03.24 um 21:54 schrieb Roy T. Fielding: On Mar 30, 2024, at 1:40 PM, rj...@apache.org wrote: Author:

Out of tree build broken for APR 1.7.x and 1.8.x

More precisely "make check" is broken for out of tree builds, although the core reason is not restricted to "make check". It was observed after r1909334 / r1909335, which introduce a dependency on arch/unix/apr_private.h to testpoll.c. The header file arch/unix/apr_private.h (build tree) is

Re: svn commit: r1906889 - in /apr/apr/trunk: ./ build/ include/ include/arch/win32/ test/ threadproc/beos/ threadproc/netware/ threadproc/os2/ threadproc/unix/ threadproc/win32/

Am 21.03.23 um 16:46 schrieb Yann Ylavic: On Tue, Mar 21, 2023 at 2:24 PM Yann Ylavic wrote: Is there something I can #ifdef (or check at configure/run time) for SLELS11 or the kernel? This would document in the test that a minimal timeout is usually expected, but on this platform/kernel. Or

Re: svn commit: r1908503 - in /apr/apr/trunk: build/crypto.m4 crypto/apr_crypto_openssl.c

Thanks Yann, looks good here. Am 27.03.23 um 15:43 schrieb Yann Ylavic: Hi Rainer; On Mon, Mar 27, 2023 at 2:02 PM Rainer Jung wrote: Am 18.03.23 um 17:33 schrieb yla...@apache.org: @@ -113,15 +112,13 @@ AC_DEFUN([APU_CHECK_CRYPTO_OPENSSL], [ AC_MSG_NOTICE(checking for openssl

Re: svn commit: r1908503 - in /apr/apr/trunk: build/crypto.m4 crypto/apr_crypto_openssl.c

Hi Yann, Am 18.03.23 um 17:33 schrieb yla...@apache.org: Author: ylavic Date: Sat Mar 18 16:33:08 2023 New Revision: 1908503 URL: http://svn.apache.org/viewvc?rev=1908503=rev Log: crypto_openssl: Fix configure/detection of OPENSSL_init_crypto() Modified: apr/apr/trunk/build/crypto.m4

Re: svn commit: r1906889 - in /apr/apr/trunk: ./ build/ include/ include/arch/win32/ test/ threadproc/beos/ threadproc/netware/ threadproc/os2/ threadproc/unix/ threadproc/win32/

Hi Yann, Am 17.03.23 um 15:11 schrieb Yann Ylavic: On Fri, Mar 17, 2023 at 2:30 PM Rainer Jung wrote: Am 17.03.23 um 14:12 schrieb Yann Ylavic: On Fri, Mar 17, 2023 at 11:20 AM Rainer Jung wrote: But: testpoll fails: testpoll: Line 897: apr_pollset_poll() didn't sleep

Re: svn commit: r1906889 - in /apr/apr/trunk: ./ build/ include/ include/arch/win32/ test/ threadproc/beos/ threadproc/netware/ threadproc/os2/ threadproc/unix/ threadproc/win32/

Am 17.03.23 um 14:12 schrieb Yann Ylavic: On Fri, Mar 17, 2023 at 11:20 AM Rainer Jung wrote: But: testpoll fails: testpoll: Line 897: apr_pollset_poll() didn't sleep Unfortunately I don't know when it started. Any idea, what I should investigate? All this is on SLES11

Re: svn commit: r1906889 - in /apr/apr/trunk: ./ build/ include/ include/arch/win32/ test/ threadproc/beos/ threadproc/netware/ threadproc/os2/ threadproc/unix/ threadproc/win32/

with newer Linuxes, but r1908005 worked on them including testpoll tests. Thanks and regards, Rainer Am 16.03.23 um 16:27 schrieb Rainer Jung: It should, I will try later and report back. Thanks! Am 16.03.23 um 15:06 schrieb Yann Ylavic: On Thu, Mar 16, 2023 at 2:53 PM Ivan Zhakov wrote: I have

Re: svn commit: r1908433 - in /apr/apr/trunk: crypto/apr_crypto_openssl.c test/testcrypto.c

return; +} + apr_crypto_get_block_key_types(, f); key_3des_192 = apr_hash_get(types, "3des192", APR_HASH_KEY_STRING); @@ -2245,6 +2279,10 @@ static void test_crypto_get_block_key_mo if (driver) { f = make(tc, pool, driver); +if (!f) { +return; +} + apr_crypto_get_block_key_modes(, f); mode_ecb = apr_hash_get(modes, "ecb", APR_HASH_KEY_STRING); @@ -2280,6 +2318,10 @@ static void test_crypto_get_block_key_mo if (driver) { f = make(tc, pool, driver); +if (!f) { +return; +} + apr_crypto_get_block_key_modes(, f); mode_ecb = apr_hash_get(modes, "ecb", APR_HASH_KEY_STRING); @@ -2315,6 +2357,10 @@ static void test_crypto_get_block_key_mo if (driver) { f = make(tc, pool, driver); +if (!f) { +return; +} + apr_crypto_get_block_key_modes(, f); mode_ecb = apr_hash_get(modes, "ecb", APR_HASH_KEY_STRING); -- kippdata informationstechnologie GmbH Tel: 0228 98549 -0 Bornheimer Str. 33aFax: 0228 98549 -50 53111 Bonn www.kippdata.de HRB 8018 Amtsgericht Bonn / USt.-IdNr. DE 196 457 417 Geschäftsführer: Dr. Thomas Höfer, Rainer Jung, Sven Maurmann

Re: svn commit: r1906889 - in /apr/apr/trunk: ./ build/ include/ include/arch/win32/ test/ threadproc/beos/ threadproc/netware/ threadproc/os2/ threadproc/unix/ threadproc/win32/

It should, I will try later and report back. Thanks! Am 16.03.23 um 15:06 schrieb Yann Ylavic: On Thu, Mar 16, 2023 at 2:53 PM Ivan Zhakov wrote: I have very little knowledge about autoconf stuff. The autoconf part was suggest by Yann in [1] Yann: do you have any ideas why it does not

Re: svn commit: r1906889 - in /apr/apr/trunk: ./ build/ include/ include/arch/win32/ test/ threadproc/beos/ threadproc/netware/ threadproc/os2/ threadproc/unix/ threadproc/win32/

Hello Ivan, Am 21.01.23 um 17:13 schrieb i...@apache.org: Author: ivan Date: Sat Jan 21 16:13:27 2023 New Revision: 1906889 URL: http://svn.apache.org/viewvc?rev=1906889=rev Log: Merge thread-name branch (PR 60587) [1]: * Introduce apr_thread_name_set() and apr_thread_name_get(). [1]

Minor nag: APU build warnings (RHEL 8 plus Solaris)

During build and test for the 1.6.2-rc2 release vote I noticed the following warnings. None is new, they were already present at least for 1.6.1: Only Solaris xlate/xlate.c:120:38: warning: passing argument 2 of 'iconv' from incompatible pointer type [-Wincompatible-pointer-types]

Re: [VOTE] release apr-util-1.6.2-rc2 as apr-util 1.6.2

Am 23.01.23 um 19:57 schrieb Eric Covener: 1.6.2-rc2 is here: https://apr.apache.org/dev/dist/ For the release of apr-util-1.6.2 [ X] +1 looks great! [ ] -1 something is broken I will let the vote run through mid-week and then try to finalize APR and APU on Thursday if I can, else

Minor nag: APR build warnings on Solaris

During build and test for the 1.7.1-rc2 release vote I noticed the following warnings, but only for Solaris 10 Sparc. None is new, they were already present at least for 1.7.0: locks/unix/proc_mutex.c:979:49: warning: 'mutex_proc_pthread_cond_methods' defined but not used

Re: VOTE: Release apr-1.7.1-rc2 as 1.7.1

Am 20.01.23 um 01:44 schrieb Eric Covener: 1.7.1-rc1 is here: https://apr.apache.org/dev/dist/ For the release of apr-1.7.1 [ X] +1 looks great! [ ] -1 something is broken I will let the vote run through mid-week. +1 to release and thanks a bunch for RMing. Build and tested on

Re: svn commit: r1863234 - in /apr/apr/branches/1.7.x: ./ include/apr_pools.h memory/unix/apr_pools.c

Thanks! Am 29.06.2022 um 17:01 schrieb Yann Ylavic: On Wed, Jun 29, 2022 at 4:41 PM William A Rowe Jr wrote: This is the first commit which appeared to break APR in such a way that code compiled against apr 1.7.1 would be unable to run against apr 1.7.0 binaries. I think it has been

Re: svn commit: r1863234 - in /apr/apr/branches/1.7.x: ./ include/apr_pools.h memory/unix/apr_pools.c

Thanks, I will revert. Am 29.06.2022 um 16:40 schrieb William A Rowe Jr: This is the first commit which appeared to break APR in such a way that code compiled against apr 1.7.1 would be unable to run against apr 1.7.0 binaries. Thoughts, rjung? Are you willing to revert? This would persist on

Re: apr-util-1.7.0 initial release, or 1.6.x incremental release (or both)?

AFAIK if you want to build including crypto support, 1.7.x needs OpenSSL 1.0.2+. So if you need to stick to eg. 0.9.8, you are limited to 1.6.x. As we know, Apache httpd 2.4.x eg. still supports 0.9.8. So anyone building a recent 2.4.x using the totally outdated 0.9.8 must use APU 1.6.x.

Re: APR trunk testcrypto crash with OpenSSL 1.0.2

I did not observe this crash with apr-util 1.7.x nor with 1.6.x although both HEADS were tested as well. I hope this was not just a limitation of my test setup, but at least I am not aware of such a limitation. Regards, Rainer Am 17.09.2021 um 19:49 schrieb William A Rowe Jr: Did we

Re: APR trunk testcrypto crash with OpenSSL 1.0.2

Confirmed: crash no longer occurs with current APR trunk. Thanks a bunch! Rainer Am 12.09.2021 um 13:56 schrieb Yann Ylavic: Hi Rainer, On Sat, Sep 11, 2021 at 10:15 PM Rainer Jung wrote: I get crashes with APR trunk testcrypto when running with OpenSSL 1.0.2 (at least on Linux). Here's

APR trunk testcrypto crash with OpenSSL 1.0.2

Hi there, I get crashes with APR trunk testcrypto when running with OpenSSL 1.0.2 (at least on Linux). Here's an example: *** glibc detected *** ./testall: double free or corruption (!prev): 0x021e2d40 *** #0 0x003906b8cee8 in main_arena () from /lib64/libc.so.6 No symbol

APR trunk xml interface: libxml2 impl not conforming

Hi there, "make check" für current APR trunk fails in testxml when used with libxml2: testxml : Line 298: expected <20014>, but saw <73> 73 probably cpomes from here: include/libxml2/libxml/xmlerror.h:XML_ERR_GT_REQUIRED, /* 73 */ and the 20014 is the expected APR_EGENERAL. The

Re: APR 1.7.1 release?

Am 03.09.2021 um 03:44 schrieb William A Rowe Jr: I'm willing to RM APR and APR-util 1.7 releases. That would be great. Would propose we set a date out 2 weeks, anything lingering needs to be finalized with the usual oversight no later than the 8th, and we tag on the 14th, announce on the

APR 1.7.1 release?

Hi there, any chance we find an RM for a APR 1.7.1 release? At least there was the fix for CVE-2021-35940 and CHANGES contains 15 more items (many of them platform specific or build improvements). Last release 1.7.0 was in April 2019. For APR-util I don't know the current state and release

Re: svn commit: r1884109 - in /apr/apr-util/branches/1.6.x: ./ misc/apr_thread_pool.c

Confirmed again, patch works for me. Thanks! Am 25.04.2021 um 16:23 schrieb Rainer Jung: Thanks a bunch Yann, looks very promising. Testing is ongoing and I will report back later today, but I did not yet observe any hangs with the patch although on the specific platform I am testing now (SLES

Re: svn commit: r1884109 - in /apr/apr-util/branches/1.6.x: ./ misc/apr_thread_pool.c

25.04.2021 um 13:36 schrieb Yann Ylavic: On Fri, Apr 23, 2021 at 11:26 AM Rainer Jung wrote: When compiling and running make check for latest head of APU 1.6.x in preparation of httpd release testing, I observe very frequent hangs during testqueue and testpass. It seems the hang happens only for APU

Re: svn commit: r1884109 - in /apr/apr-util/branches/1.6.x: ./ misc/apr_thread_pool.c

When compiling and running make check for latest head of APU 1.6.x in preparation of httpd release testing, I observe very frequent hangs during testqueue and testpass. It seems the hang happens only for APU 1.6.x head, but not for APU 1.6.1. The hangs seem not to depend on the exact APR

Re: svn commit: r1836445 [1/3] - in /apr/apr-util/branches/1.7.x: ./ crypto/ include/ include/private/ test/

Coming back to this 6 months later: the situation is still the same. Futhermore the same commit broke compat with OpenSSL 0.9.8 without documenting the increased version requirements. It would be good to fix this. Regards, Rainer Am 07.08.2019 um 00:55 schrieb Rainer Jung: Solaris(10

Re: svn commit: r1836445 [1/3] - in /apr/apr-util/branches/1.7.x: ./ crypto/ include/ include/private/ test/

Solaris(10) provides NSS support but it is somewhat outdated. Especially it does not know about SEC_OID_SHA224, so compilation (linking) fails. So currently APR trunk and APR-UTIL 1.7.x no longer compile on Solaris (1.7.x has more problems outside of crypto). We might need to detect

Re: svn commit: r1854603 - in /apr/apr-util/branches/1.7.x: build/apu-conf.m4 build/xml.m4 configure.in include/apu.h.in include/apu.hw include/apu.hwc xml/NWGNUmakefile xml/apr_xml.c xml/apr_xml_expa

Just a reminder, that APR-UTIL 1.7.x still doesn't compile due to the wrong handling of INCLUDES. Am 30.03.2019 um 14:31 schrieb Rainer Jung: Hi Nick, Am 27.03.2019 um 23:42 schrieb Nick Kew: On 27 Mar 2019, at 17:55, Rainer Jung wrote: This breaks 1.7 apu compilation using non-system

Re: Resolutions to APR_POOL_DEBUGging headaches?

Am 24.07.2019 um 01:07 schrieb William A Rowe Jr: I'm sorry I haven't had the summertime cycles to dig into this, but am wondering on the cusp of an httpd 2.4.40, we've learned a bunch about possible apr pool and especially debug traps that meta What code remains to be considered for

Re: crash during httpd cleanup when using APR debug library (APR_POOL_DEBUG)

Thanks Rüdiger. I hadn't expected it to be fixed in trunk long ago. I see now, that there are more useful pool debug backports sitting in trunk. Will look at it soon. Regards, Rainer Am 17.07.2019 um 12:09 schrieb Ruediger Pluem: On 07/17/2019 11:43 AM, Rainer Jung wrote: Am 17.07.2019

Re: crash during httpd cleanup when using APR debug library (APR_POOL_DEBUG)

Am 17.07.2019 um 10:03 schrieb Ruediger Pluem: On 07/16/2019 11:28 PM, Rainer Jung wrote: cross-posted to APR+HTTPD Crahs happens in #2 0x7faf4c154945 in raise () from /lib64/libc.so.6 #3 0x7faf4c155f21 in abort () from /lib64/libc.so.6 #4 0x7faf4c14d810 in __assert_fail

Re: apr_pool_join() and APR_POOL_DEBUG

Am 17.07.2019 um 01:30 schrieb Branko Čibej: On 16.07.2019 23:18, Rainer Jung wrote: I had some need for using APR_POOL_DEBUG today and ran into a situation where pool lifetimes needed a hint using apr_pool_join(). That is all documented and fine, except that I was surprised to see

crash during httpd cleanup when using APR debug library (APR_POOL_DEBUG)

cross-posted to APR+HTTPD Crahs happens in #2 0x7faf4c154945 in raise () from /lib64/libc.so.6 #3 0x7faf4c155f21 in abort () from /lib64/libc.so.6 #4 0x7faf4c14d810 in __assert_fail () from /lib64/libc.so.6 #5 0x7faf4c694219 in __pthread_tpp_change_priority () from

apr_pool_join() and APR_POOL_DEBUG

I had some need for using APR_POOL_DEBUG today and ran into a situation where pool lifetimes needed a hint using apr_pool_join(). That is all documented and fine, except that I was surprised to see, that apr_pool_join() doesn't work unless the application itself is also compiled with

Re: [result] [vote] Release apr-1.7.0 ?

: testlockperf: fatal: relocation error: file testlockperf: symbol apr_thread_mutex_timedlock: referenced symbol not found /bin/bash: line 2: 27221 Killed ./$prog -v . . . However I think Rainer Jung had no such problems. I will go take a look at my environment and see what went

Re: [vote] Release apr-1.7.0 ?

Am 01.04.2019 um 20:01 schrieb William A Rowe Jr: Candidate tarballs are at the usual location; https://apr.apache.org/dev/dist/ For the release of apr-1.7.0   [X]   +1 looks great!   [  ]  -1 something is broken This vote will conclude April 4th 2pm EDT, for potential announcement Friday.

Re: tarball.sha256 file formatting (Was Re: [VOTE] apr-1.6.4 release?)

Hi Bill, Am 01.04.2019 um 20:06 schrieb William A Rowe Jr: On Mon, Sep 10, 2018 at 3:34 PM Rainer Jung <mailto:rainer.j...@kippdata.de>> wrote: Am 07.09.2018 um 18:19 schrieb William A Rowe Jr: > Please cast your votes on the following release candidate >

Re: svn commit: r1854603 - in /apr/apr-util/branches/1.7.x: build/apu-conf.m4 build/xml.m4 configure.in include/apu.h.in include/apu.hw include/apu.hwc xml/NWGNUmakefile xml/apr_xml.c xml/apr_xml_expa

Hi Nick, Am 27.03.2019 um 23:42 schrieb Nick Kew: On 27 Mar 2019, at 17:55, Rainer Jung wrote: This breaks 1.7 apu compilation using non-system expat for me. The expat detection sets INCLUDES but during compilation INCLUDES isn't used anywhere, so expat.h can't be found. OK, I need

Re: svn commit: r1854603 - in /apr/apr-util/branches/1.7.x: build/apu-conf.m4 build/xml.m4 configure.in include/apu.h.in include/apu.hw include/apu.hwc xml/NWGNUmakefile xml/apr_xml.c xml/apr_xml_expa

This breaks 1.7 apu compilation using non-system expat for me. The expat detection sets INCLUDES but during compilation INCLUDES isn't used anywhere, so expat.h can't be found. Regards, Rainer Am 01.03.2019 um 17:07 schrieb n...@apache.org: Author: niq Date: Fri Mar 1 16:07:44 2019 New

Re: svn commit: r1838963 - /apr/apr/branches/1.6.x/poll/unix/port.c

Am 25.08.2018 um 02:20 schrieb Nick Kew: On 25 Aug 2018, at 00:39, Yann Ylavic wrote: On Fri, Aug 24, 2018 at 11:13 PM wrote: -if ((*num = j)) { /* any event besides wakeup pipe? */ +if (nres > 0) { /* any event besides wakeup pipe? */ +*num = nres; rv =

Re: [VOTE] apr-1.6.4 release?

Am 07.09.2018 um 18:19 schrieb William A Rowe Jr: Please cast your votes on the following release candidate found at http://apr.apache.org/dev/dist/ Release apr-1.6.4   [  ] +/-1 This vote will conclude at 1pm EDT Monday 9/10, for announcement Tuesday in the event of a successful vote.

Re: [VOTE] apr-1.6.4 release?

Correct, r1839769 plus backports are the culprit. Looks like "tm->" must be replaced by "(*ostime)->" or similar in line 302: if ((*ostime)->wMonth < 1 || (*ostime)->wMonth > 12) I currently only have access to svn viewvc, so can't apply right now. Regards, Rainer

Re: svn commit: r1834513 - in /apr/apr/branches/1.6.x: STATUS file_io/win32/buffer.c

Any progress on this? A 1.6 release seems to be very close but I don't know whether th 1.6 code is reasonable for release as it is right now. Regards, Rainer Am 29.06.2018 um 09:49 schrieb jean-frederic clere: On 27/06/18 19:08, William A Rowe Jr wrote: Any reason this is absent from

Re: 1.6 release?

I think the following, especially the part about 1834513 is still unhandled. Regards, Rainer Am 25.08.2018 um 15:22 schrieb Rainer Jung: Am 24.08.2018 um 23:41 schrieb Nick Kew: On Fri, 24 Aug 2018 09:16:54 -0400 Eric Covener wrote: Starting a new thread as potential RM's may be filtering

Re: svn commit: r1839755 - in /apr/apr/trunk: include/apr_json.h json/apr_json.c json/apr_json_decode.c

To clarify: the CI build failures only send a summary email to the dev list. If you want to see the output, you need to visit the CI build page (link included in the failure mail) and there clock on the appropriate "stdio" link. That's probably from where Bill took the log snippet. Regards,

Re: svn commit: r1834495 - in /apr/apr/branches/1.7.x: ./ build/ build/buildcheck.sh build/gen-build.py buildconf

Shouldn't this be backported to 1.6.x? Am 27.06.2018 um 13:49 schrieb jor...@apache.org: Author: jorton Date: Wed Jun 27 11:49:33 2018 New Revision: 1834495 URL: http://svn.apache.org/viewvc?rev=1834495=rev Log: Merge r1834494 from trunk: * build/buildcheck.sh, buildconf: Detect and run under

Backporting reslist changes?

I dont't remember the outcome of the discussions, but are any of the following three reslist changes reasonable for 1.6 backport? r1834030 | ylavic | 2018-06-21 19:06:34 +0200 (Thu, 21 Jun 2018) | 6 lines apr_reslist:

Re: svn commit: r1836519 - /apr/apr/trunk/strings/apr_strings.c

Should this be changed or reverted? The discussion seems to have stalled. And what about backport for 1.7.x and 1.6.x? Regards, Rainer Am 24.07.2018 um 17:42 schrieb Yann Ylavic: On Tue, Jul 24, 2018 at 12:53 AM, William A Rowe Jr wrote: I'm concerned that you've made a specific assumption

Re: 1.6 release?

Am 24.08.2018 um 23:41 schrieb Nick Kew: On Fri, 24 Aug 2018 09:16:54 -0400 Eric Covener wrote: Starting a new thread as potential RM's may be filtering bugzilla emails. There are a lot of reports of PR62644 from solaris users of httpd, can anyone RM? You've spurred me into reviewing

Re: 1.6 release?

Am 24.08.2018 um 23:41 schrieb Nick Kew: On Fri, 24 Aug 2018 09:16:54 -0400 Eric Covener wrote: Starting a new thread as potential RM's may be filtering bugzilla emails. There are a lot of reports of PR62644 from solaris users of httpd, can anyone RM? You've spurred me into reviewing

Re: svn commit: r1817889 - in /apr/apr/branches/1.7.x: ./ test/testipsub.c test/testlock.c

continue; } ABTS_INT_EQUAL(tc, 1, APR_STATUS_IS_TIMEUP(s)); -ABTS_ASSERT(tc, "Timer returned too late", end - begin - timeout < 10); +ABTS_ASSERT(tc, "Timer returned too late", end - begin - timeout < 50); break; } ABTS_ASSERT(tc, "Too many retries", i < MAX_RETRY); -- kippdata informationstechnologie GmbH Tel: 0228 98549 -0 Bornheimer Str. 33aFax: 0228 98549 -50 53111 Bonn www.kippdata.de HRB 8018 Amtsgericht Bonn / USt.-IdNr. DE 196 457 417 Geschäftsführer: Dr. Thomas Höfer, Rainer Jung, Sven Maurmann

Re: Question on Unix Source for APR-util 1.6.1 and APR iconv 1.2.2

Am 29.06.2018 um 21:57 schrieb Duttera, Scott A CIV DISA SEL5 (US): We are attempting to compile Apache 2.4 on a Unix system here, and got hit with prereqs by the compiler for the APR libraries. When we downloaded the Unix Source for the APR-util 1.6.1 and APR iconv 1.2.2 software from the

Re: svn commit: r1833786 - /apr/apr/branches/1.6.x/STATUS

Am 21.06.2018 um 10:24 schrieb jean-frederic clere: On 21/06/18 10:04, Yann Ylavic wrote: On Thu, Jun 21, 2018 at 8:00 AM, jean-frederic clere wrote: OK if everyone agrees I will just commit my small fix and don't backport the 2 other revisions. Are we looking at the same 1.6.x code? For

Re: svn commit: r1819858 - /apr/apr/trunk/poll/unix/port.c

Hi Yann, Am 03.01.2018 um 11:07 schrieb Yann Ylavic: On Wed, Jan 3, 2018 at 5:00 AM, Rainer Jung <rainer.j...@kippdata.de> wrote: I did a check on Solaris 10 Sparc. Looks good as well: Thanks Rainer, the PR is about Sparc so this is quite valuable return. I first thought it wa

Re: svn commit: r1819858 - /apr/apr/trunk/poll/unix/port.c

Am 02.01.2018 um 19:11 schrieb Eric Covener: On Tue, Jan 2, 2018 at 12:51 PM, Eric Covener wrote: On Tue, Jan 2, 2018 at 12:37 PM, Yann Ylavic wrote: On Tue, Jan 2, 2018 at 6:28 PM, wrote: Author: ylavic Date: Tue Jan 2 17:28:53

Re: configure bug - openssl

Am 17.11.2017 um 04:07 schrieb Helmut K. C. Tessarek: On 2017-11-15 19:12, Rainer Jung wrote: IMHO there is no clean and easy workaround but for now it should be acceptable to set your LIBS environment variable to "-ldl" before running configure. Yep, the following worked:

Re: configure bug - openssl

Too late to write error free mails: Am 16.11.2017 um 01:12 schrieb Rainer Jung: On Linux you can use "objdump" to look at dependencies of libraries, so for instance objdump /usr/local/lib/libcrypto.so should have been: objdump -p /usr/local/lib/libcrypto.so By the way: most

Re: configure bug - openssl

Mini post scriptum: I meant "dl" library, not "ld" library (flag -ldl).

Re: configure bug - openssl

Am 15.11.2017 um 22:02 schrieb Helmut K. C. Tessarek: On 2017-11-15 03:53, Rainer Jung wrote: Could you please provide the config.log that you get from that variant? We should be able from that to see where and why configure fails. I have attached both config.log files in my first original

Re: configure bug - openssl

Am 15.11.2017 um 07:55 schrieb Helmut K. C. Tessarek: On 2017-11-15 01:17, William A Rowe Jr wrote: There is NO way for autocrud to know the messes in your build environment. One thought, although we go to effort to strip away other includes and libs during the additive phase, it is possible

Re: [Announce] Apache Portable Runtime APR 1.6.3, APR-util 1.6.1 and APR-iconv 1.2.2 Released

Am 01.11.2017 um 12:22 schrieb Stefan Sperling: On Mon, Oct 23, 2017 at 01:27:59PM -0500, William A Rowe Jr wrote: CVE-2017-12618; Out-of-bounds access in corrupted SDBM database. APR-util 1.6.0 and prior failed to validate the integrity of SDBM database files used by apr_sdbm*()

Re: svn commit: r1683521 - /apr/apr/trunk/network_io/unix/sockaddr.c

Am 25.10.2017 um 15:21 schrieb Joe Orton: On Wed, Oct 25, 2017 at 10:22:46AM +0200, Rainer Jung wrote: Before the change, copying starts at "scope_delim + 1", after the change at "scope_delim". The log says "Simplify to use apr_pstrmemdup, no functio

Re: [Vote] apr-1.6.3, apr-util-1.6.1, apr-iconv-1.2.2 releases

Am 18.10.2017 um 16:58 schrieb William A Rowe Jr: Please cast your votes on the following candidate packages; Release apr-1.6.3 [XX] +1 looks good [ ] +/-0 since [ ] -1 because Release apr-util-1.6.1 [XX] +1 looks good [ ] +/-0 since [ ] -1 because Release

Re: AC_CHECK_LIB issues under maintainer mode (Was: Re: Tagging 2.4.29 / 2.5.0-{alpha/beta?} today)

Am 16.10.2017 um 12:31 schrieb Joe Orton: On Fri, Oct 13, 2017 at 11:51:54AM -0400, Jim Jagielski wrote: The long and short is that under maintainer mode, we cannot expect AC_CHECK_LIB to being correct any longer, because the combination of -Werror and -Wstrict-prototypes means that any and all

Re: AC_CHECK_LIB issues under maintainer mode (Was: Re: Tagging 2.4.29 / 2.5.0-{alpha/beta?} today)

Am 15.10.2017 um 16:25 schrieb Yann Ylavic: On Sun, Oct 15, 2017 at 4:03 PM, Rainer Jung <rainer.j...@kippdata.de> wrote: Why is this happening now? The "-Werror" was backported last December in r1772330, which was a backport of r1702948 from trunk (May 2015). Maybe peo

Re: AC_CHECK_LIB issues under maintainer mode (Was: Re: Tagging 2.4.29 / 2.5.0-{alpha/beta?} today)

Hi Jim, Am 13.10.2017 um 17:51 schrieb Jim Jagielski: Let's recall what is really happening... In maintainer mode, the build system sets -Werror and -Wstrict-prototypes. This means that functions which lack strict prototypes will "fail". Now note that AC_CHECK_LIB does not worry about

Re: 1.6.0 release candidates

Am 25.04.2017 um 17:27 schrieb Yann Ylavic: On Tue, Apr 25, 2017 at 9:55 AM, Yann Ylavic wrote: The attached patch prevents this by looping on pthread_cond_[timed]wait() until the condition is satisfied. Would you please try it? Committed to trunk (only) in r1792622,

Re: 1.6.0 release candidates

Hello Yann, Am 18.04.2017 um 23:37 schrieb Yann Ylavic: On Tue, Apr 18, 2017 at 4:25 PM, Rainer Jung <rainer.j...@kippdata.de> wrote: Am 18.04.2017 um 00:16 schrieb Yann Ylavic: All the above hopefuly fixes with r1791718 and r1791728, both backported to 1.6.x. Sorry

Re: 1.6.0 release candidates

Am 18.04.2017 um 16:25 schrieb Rainer Jung: Am 18.04.2017 um 00:16 schrieb Yann Ylavic: Thanks Rainer for the detailed report (as usual). On Mon, Apr 17, 2017 at 2:01 PM, Rainer Jung <rainer.j...@kippdata.de> wrote: c) Failure to compile apr on Sol

Re: 1.6.0 release candidates

Am 18.04.2017 um 00:16 schrieb Yann Ylavic: Thanks Rainer for the detailed report (as usual). On Mon, Apr 17, 2017 at 2:01 PM, Rainer Jung <rainer.j...@kippdata.de> wrote: c) Failure to compile apr on Solaris 8 -- Using gcc 4.1.2 compiling lock

Re: 1.6.0 release candidates

Am 18.04.2017 um 00:16 schrieb Yann Ylavic: Thanks Rainer for the detailed report (as usual). On Mon, Apr 17, 2017 at 2:01 PM, Rainer Jung <rainer.j...@kippdata.de> wrote: c) Failure to compile apr on Solaris 8 -- Using gcc 4.1.2 compiling lock

Re: 1.6.0 release candidates

Am 18.04.2017 um 12:09 schrieb Nick Kew: On Mon, 2017-04-17 at 17:06 +0100, Nick Kew wrote: And I need to do some more digging around that bogus PGP key! OK, this follows a subject that's been raised @apache before:

Re: 1.6.0 release candidates

Am 18.04.2017 um 00:16 schrieb Yann Ylavic: d) Hang during APR make check on Solaris 10 (testprocmutex) --- pthread_mutex_timedlock() hangs when the current thread already has locked the mutex. ... Assuming the Solaris code is similar

Re: 1.6.0 release candidates

Hi Nick, Am 17.04.2017 um 18:06 schrieb Nick Kew: On Mon, 2017-04-17 at 14:01 +0200, Rainer Jung wrote: Thanks for the comments. my test results: most important is failure to compile on Solaris 8 and a hang during make test on Solaris 10, as well as your key seeming to be revoked. See below

Re: 1.6.0 release candidates

Hi Nick, Am 16.04.2017 um 01:12 schrieb Nick Kew: Today I have tagged both APR and APR-UTIL 1.6.0 and rolled tarballs of release candidates in the full choice of formats provided for 1.5.latest on our pages. Please download and test, from http://people.apache.org/~niq/apr/ my test results:

Re: No timed lock on MacOS

Am 05.04.2017 um 16:25 schrieb Branko Čibej: On 05.04.2017 14:16, Jim Jagielski wrote: Hmmm Looking over the timed stuff, it seems that semtimedop() is used incorrectly. For both pthread_mutex_timedlock() and sem_timedwait(), the timeout variable is the actual wallclock time that the wait

Re: Default Linux mutex method

Am 01.04.2017 um 19:02 schrieb Yann Ylavic: On Fri, Mar 31, 2017 at 4:58 PM, Nick Kew wrote: On 31 Mar 2017, at 03:21, William A Rowe Jr wrote: So almost two decades later, this is still odd. Is this a reference to some technical discussion on the

Re: testpoll

Am 10.01.2017 um 16:20 schrieb Rainer Jung: Am 10.01.2017 um 15:35 schrieb Jim Jagielski: Occasionally, I get: testpoll: /Line 816: expected <0>, but saw <4> Anyway I could easily see what test, exactly, is failing? ./testall -v testpoll does nil. Depending on w

Re: testpoll

Am 10.01.2017 um 16:20 schrieb Rainer Jung: Am 10.01.2017 um 15:35 schrieb Jim Jagielski: Occasionally, I get: testpoll: /Line 816: expected <0>, but saw <4> Anyway I could easily see what test, exactly, is failing? ./testall -v testpoll does nil. Depending on w

Re: testpoll

Am 10.01.2017 um 15:35 schrieb Jim Jagielski: Occasionally, I get: testpoll: /Line 816: expected <0>, but saw <4> Anyway I could easily see what test, exactly, is failing? ./testall -v testpoll does nil. Depending on which version of APR you are testing, it should be line 816

Re: [Bug 45615] "Large Files not supported" with 64-bit build

Hi Dennis, Am 10.01.2017 um 13:36 schrieb Dennis Clarke: re: https://bz.apache.org/bugzilla/show_bug.cgi?id=45615 I think it best to follow up here as per suggestions by Yann and Rainer wherein I can run further tests and experiments to determine what is happening here in these Niagara class

Re: svn commit: r1733684 - in /apr/apr/branches/1.6.x: ./ include/ include/arch/netware/ include/arch/os2/ include/arch/unix/ locks/beos/ locks/netware/ locks/os2/ locks/unix/ locks/win32/ test/

Hi Yann, Am 19.12.2016 um 01:55 schrieb Yann Ylavic: On Sat, Dec 17, 2016 at 6:48 PM, Rainer Jung <rainer.j...@kippdata.de> wrote: This commit introduced a new dependency on pthread_mutex_timedlock. Although its presence is detected by configure and locks/unix/thread_mutex.c

Re: svn commit: r1733684 - in /apr/apr/branches/1.6.x: ./ include/ include/arch/netware/ include/arch/os2/ include/arch/unix/ locks/beos/ locks/netware/ locks/os2/ locks/unix/ locks/win32/ test/

This commit introduced a new dependency on pthread_mutex_timedlock. Although its presence is detected by configure and locks/unix/thread_mutex.c checks HAVE_PTHREAD_MUTEX_TIMEDLOCK and provides an alternative implementation if it is not defined, file locks/unix/proc_mutex.c uses

Re: svn commit: r1736521 - in /apr/apr/branches/1.6.x: ./ include/ include/arch/unix/ poll/unix/ test/

Hi Olli, Am 10.08.2016 um 13:46 schrieb olli hauer: On 2016-08-10 12:41, Rainer Jung wrote: I found some more differences between trunk and r1736521 in 1.6.x which are all due to incomplete backports of changes applied to trunk after r899905. I backported all of those because they seemed

Re: svn commit: r1736521 - in /apr/apr/branches/1.6.x: ./ include/ include/arch/unix/ poll/unix/ test/

Hi Yann, Am 10.08.2016 um 12:50 schrieb Yann Ylavic: Hi Rainer, On Wed, Aug 10, 2016 at 12:41 PM, Rainer Jung <rainer.j...@kippdata.de> wrote: I found some more differences between trunk and r1736521 in 1.6.x which are all due to incomplete backports of changes applied to trunk after r

Re: svn commit: r1736521 - in /apr/apr/branches/1.6.x: ./ include/ include/arch/unix/ poll/unix/ test/

/apr_arch_poll_private.h are now in sync between trunk and 1.6.x. Regards, Rainer Am 09.08.2016 um 23:31 schrieb Rainer Jung: Am 25.03.2016 um 02:19 schrieb minf...@apache.org: Author: minfrin Date: Fri Mar 25 01:19:34 2016 New Revision: 1736521 URL: http://svn.apache.org/viewvc?rev=1736521=rev Log

Re: svn commit: r1736521 - in /apr/apr/branches/1.6.x: ./ include/ include/arch/unix/ poll/unix/ test/

Am 25.03.2016 um 02:19 schrieb minf...@apache.org: Author: minfrin Date: Fri Mar 25 01:19:34 2016 New Revision: 1736521 URL: http://svn.apache.org/viewvc?rev=1736521=rev Log: Add apr_pollcb_wakeup(), with similar behavior to apr_pollset_wakeup(). Add apr_pollcb_method_name(), with similar

Re: Apr-Util compatibility with OpenSSL 1.1.0

Hi Bert, Am 29.03.2016 um 11:31 schrieb Bert Huijben: Hi, I just tried using OpenSSL 1.1.0-pre4 with APR-UTIL and found that the code is incompatible. The file apr_crypto_openssl.c fails to compile as some structs have been made opaque. I can probably provide a patch later, but

Re: Is 1.4.x deprecated? (Was: svn commit: r1728973 - in /apr/apr-util/branches/1.4.x: ./ CHANGES)

Am 08.02.2016 um 18:53 schrieb William A Rowe Jr: On Sun, Feb 7, 2016 at 8:47 AM, > wrote: Backport of r1728971 from 1.5.x. Modified: apr/apr-util/branches/1.4.x/ (props changed) apr/apr-util/branches/1.4.x/CHANGES Is

Re: Mailing list semantics

Am 28.01.2016 um 05:08 schrieb William A Rowe Jr: [ ] Keep reply-to-poster default reply semantics [X] Change to reply-to-list default reply semantics Thanks, Rainer

Re: Time for APR 2.0?

Am 28.08.2015 um 15:20 schrieb Michael Schlenker: Am 28.08.2015 um 01:53 schrieb Noel Butler: That's why I want us to extend cmake to do the unix build as well. The biggest bitch I here from *nix/bsd system admins everywhere is cmake, the largest bitch is people know how to use

Re: GLIBC_2.10 libapr-1.so

Hi Matthias, Am 23.10.2014 um 15:02 schrieb Matthias Apitz: El día Thursday, October 23, 2014 a las 08:43:22AM +0200, Matthias Apitz escribió: nm .libs/libapr-1.so.0.4.5 | egrep 'GLIBC_2.[4-9]|GLIBC_2.10' U accept4@@GLIBC_2.10 U dup3@@GLIBC_2.9 U

Re: GLIBC_2.10 libapr-1.so

Am 22.10.2014 um 15:13 schrieb Matthias Apitz: We compile and deliver to our customers in a large Library Project an Apache and the libapr-1.so, among other stuff. The compilation is done on our production Linux box: guru@srap08dxoh:~/apr-1.5.1 uname -a Linux srap08dxoh 3.0.76-0.11-pae #1 SMP

Re: [VOTE] Release APR-util 1.5.4

Am 17.09.2014 um 01:47 schrieb Jeff Trawick: Tarballs/zipfiles are at http://apr.apache.org/dev/dist/ http://apr.apache.org/dev/dist/ Shortcut to CHANGES files: http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5 http://apr.apache.org/dev/dist/CHANGES-APR-1.5

Re: [VOTE] Release APR-util 1.5.4

Am 19.09.2014 um 18:37 schrieb wr...@rowe-clan.net: Aren't most of these issues resolved by correctly using pkg-config where it is available? pkg-config doesn't help for - crypto configure for OpenSSL expected to fail at least on Solaris, because when linking against the libssl we need

Re: make_tools_dir target in Makefile.in

On 24.04.2014 23:05, Jeff Trawick wrote: On Thu, Apr 24, 2014 at 4:16 PM, Yann Ylavic ylavic@gmail.com mailto:ylavic@gmail.com wrote: On Thu, Apr 24, 2014 at 9:08 PM, Jeff Trawick traw...@gmail.com mailto:traw...@gmail.com wrote: On Tue, Apr 22, 2014 at 5:15 AM, Yann

Re: [VOTE] Release APR 1.5.1

On 16.04.2014 01:46, Jeff Trawick wrote: Tarballs/zipfiles are at http://apr.apache.org/dev/dist/ Shortcut to CHANGES: _http://apr.apache.org/dev/dist/CHANGES-APR-1.5.1_ autoconf version: 2.69 (same as apr 1.5.0) libtool version: 2.4.2 (same as apr 1.5.0) +/-1 [+1] Release APR 1.5.1

Re: svn commit: r1410459 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/mpm/event/event.c server/mpm/eventopt/eventopt.c

On 23.11.2013 14:15, Jeff Trawick wrote: On Sat, Nov 23, 2013 at 8:04 AM, Rainer Jung rainer.j...@kippdata.de mailto:rainer.j...@kippdata.de wrote: On 22.11.2013 23:03, Jim Jagielski wrote: Anyone ever try OpenPA? https://trac.mcs.anl.gov/projects/openpa

  1   2   3   >