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

2017-01-10 Thread Dennis Clarke
On 01/10/2017 12:57 PM, Yann Ylavic wrote: On Tue, Jan 10, 2017 at 1:36 PM, Dennis Clarke <dcla...@blastwave.org> wrote: re: https://bz.apache.org/bugzilla/show_bug.cgi?id=45615 re: long running (blocking?) apr_skiplist test. I think we can close the bug about Large File Support an

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

2017-01-10 Thread Dennis Clarke
On 01/10/2017 01:12 PM, Rainer Jung wrote: Hi Dennis, Good day fine Sir. Firstly, sorry for awaking what seems like a long dead cold bug but it really isn't a "Large Files not supported" bug as opposed to just a message that needs to be tweaked. Indeed yes this is a 64 bit build and so

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

2017-01-10 Thread 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 systems. Firstly, sorry for awaking what seems like a long

Re: 1.6.0 release candidates

2017-05-10 Thread Dennis Clarke
On 05/07/2017 08:37 PM, Yann Ylavic wrote: On Sun, May 7, 2017 at 4:15 PM, Dennis Clarke <dcla...@blastwave.org> wrote: node000 $ echo $CPPFLAGS -I/usr/local/include -I/usr/local/ssl/include -D_TS_ERRNO -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE [] During the compile is where

Re: apr-util-1.6.0 on Solaris issues

2017-05-10 Thread Dennis Clarke
beta $ ldd -d ./dbd/.libs/apr_dbd_mysql-1.so libmysqlclient.so.18 => /opt/mysql/mysql/lib/libmysqlclient.so.18 libsocket.so.1 =>/lib/64/libsocket.so.1 libnsl.so.1 => /lib/64/libnsl.so.1 libm.so.2 => /lib/64/libm.so.2 librt.so.1 =>

Re: apr-util-1.6.0 on Solaris issues

2017-05-11 Thread Dennis Clarke
Let us know if that makes a difference, perhaps a stale flavor of apr is discovered first? When in doubt look for the trivial first :-) Loaded mysql driver OK. Failed to open mysql[] Loaded sqlite3 driver OK. Opened sqlite3[] OK create table create table test successful

apr-1.6.0 and apr-util-1.6.0 pass all tests on Solaris 10 Sparc .. however httpd fails

2017-05-11 Thread Dennis Clarke
: #error: no decision has been made on APR_PATH_MAX for your platform So perhaps a quick define here would work. Dennis Clarke

Re: apr-1.6.0 and apr-util-1.6.0 pass all tests on Solaris 10 Sparc .. however httpd fails

2017-05-11 Thread Dennis Clarke
At the moment compile of httpd 2.4.25 stops very early with : "/usr/local/include/apr-1/apr.h", line 614: #error: no decision has been made on APR_PATH_MAX for your platform So perhaps a quick define here would work. [ self reply ] Really we should get from limits.h : 99 #ifdef

Re: 1.6.0 release candidates

2017-05-10 Thread Dennis Clarke
On 05/10/2017 01:05 PM, Nick Kew wrote: On Wed, 10 May 2017 11:33:13 + Dennis Clarke <dcla...@blastwave.org> wrote: So that seems to be gone from apr-1.6.0 and I hope expat-2.2.0 solves the issue. Yep, that's (due to be) part of the release notes. But if you got through &quo

Re: 1.6.0 release candidates

2017-05-10 Thread Dennis Clarke
On 05/10/2017 01:37 PM, Nick Kew wrote: On Wed, 10 May 2017 14:05:51 +0100 Nick Kew wrote: But if you got through "configure" without it checking for expat, you would seem to have found a bug. Whoops! That should have read one or the other of expat and libxml2, since those

Re: 1.6.0 release candidates

2017-05-10 Thread Dennis Clarke
On 05/10/2017 01:37 PM, Nick Kew wrote: On Wed, 10 May 2017 14:05:51 +0100 Nick Kew wrote: But if you got through "configure" without it checking for expat, you would seem to have found a bug. Whoops! That should have read one or the other of expat and libxml2, since those

apr-util-1.6.0 on Solaris issues

2017-05-10 Thread Dennis Clarke
So in another thread I have been going over this and over this and finding little nits and getting past them and I do get a clean compile but .. there are a few issues : beta $ ldd -d ./dbd/.libs/apr_dbd_mysql-1.so libmysqlclient.so.18 => /opt/mysql/mysql/lib/libmysqlclient.so.18

Re: 1.6.0 release candidates

2017-05-10 Thread Dennis Clarke
On 05/10/2017 01:37 PM, Nick Kew wrote: On Wed, 10 May 2017 14:05:51 +0100 Nick Kew wrote: But if you got through "configure" without it checking for expat, you would seem to have found a bug. Whoops! That should have read one or the other of expat and libxml2, since those

Re: [VOTE] Release _timedlock API in 1.6.x?

2017-05-23 Thread Dennis Clarke
r two before I'm fit for any such thing. Just before the great tarball release to the world mind if I have another compile and test run with my C99 POSIX strict solaris compilers? Dennis Clarke ps: I assume there is a pre-release tarball hanging around

Re: [VOTE] Release APR-1.6.1 and APR-UTIL 1.6.0

2017-06-07 Thread Dennis Clarke
On 06/07/2017 03:28 PM, Nick Kew wrote: On Tue, 6 Jun 2017 17:16:23 -0500 William A Rowe Jr wrote: On Thu, Jun 1, 2017 at 4:11 PM, William A Rowe Jr wrote: On Wed, May 31, 2017 at 5:24 PM, William A Rowe Jr wrote: Greg and

Re: [VOTE] Release APR-1.6.1 and APR-UTIL 1.6.0

2017-06-07 Thread Dennis Clarke
On 06/07/2017 06:20 PM, William A Rowe Jr wrote: https://github.com/apache/apr/tree/1.6.x?files=1 is our GitHub mirror of the 1.6 branch. Note you need to run ./buildconf - this requires libtool, autoconf and python. python? really? I need python to run buildconf? uggg ... that is a

Re: [VOTE] Release APR-1.6.1 and APR-UTIL 1.6.0

2017-06-07 Thread Dennis Clarke
On 06/07/2017 08:16 PM, William A Rowe Jr wrote: As I said... checking out and building 'your own tarball' on a conventional system absolutely beats convincing AIX, Solaris By "conventional" I think you mean "Linux" or anything with a reasonable GNU toolchain and we all know that won't happen

Re: [VOTE] Release APR-1.6.1 and APR-UTIL 1.6.0

2017-06-08 Thread Dennis Clarke
On 06/08/2017 10:56 AM, William A Rowe Jr wrote: On Wed, Jun 7, 2017 at 9:44 PM, Dennis Clarke <dcla...@blastwave.org> wrote: On 06/07/2017 08:16 PM, William A Rowe Jr wrote: As I said... checking out and building 'your own tarball' on a conventional system absolutely beats convinci

Re: splitting [VOTE] thread of APR-UTIL 1.6.0

2017-06-12 Thread Dennis Clarke
On 06/11/2017 05:37 PM, Nick Kew wrote: On Fri, 9 Jun 2017 08:04:56 -0500 William A Rowe Jr wrote: We've voted on this package a number of times, it probably does have the votes if we search through these original two vote threads, but just to be clear I'll spin a new

Re: 1.6.0 release candidates

2017-05-07 Thread Dennis Clarke
On 05/07/2017 08:37 PM, Yann Ylavic wrote: On Sun, May 7, 2017 at 4:15 PM, Dennis Clarke <dcla...@blastwave.org> wrote: node000 $ echo $CPPFLAGS -I/usr/local/include -I/usr/local/ssl/include -D_TS_ERRNO -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE [] During the compile is where

Re: 1.6.0 release candidates

2017-05-07 Thread Dennis Clarke
On 05/07/2017 12:28 PM, Nick Kew wrote: On Sun, 7 May 2017 03:01:55 + Dennis Clarke <dcla...@blastwave.org> wrote: Where is this 1.6.0 tarball such that I may give it a careful build on my Solaris servers ? I don't see it at http://archive.apache.org/dist/apr/ http://apr.apache.o

Re: 1.6.0 release candidates

2017-05-06 Thread Dennis Clarke
On 05/07/2017 12:54 AM, William A Rowe Jr wrote: So my blocking concern is that APR has never shipped an unready, disabled by default feature. I don't mind not ready for prime time but we traditionally called such things alpha or beta releases. I am not worried about a specific platform, but

Re: Target 1.6.1?

2017-05-30 Thread Dennis Clarke
On 05/30/2017 11:06 AM, Nick Kew wrote: It's looking fine since Bill's surgical work last week. I'm minded to T apr-1.6.1 tomorrow, and put it up along with apr-util-1.6.0 for vote as Release Candidates. Any objections? Certainly none from me however I have yet to get my Apache 2.4.x builds

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

2018-06-29 Thread Dennis Clarke
On 06/29/2018 03:57 PM, Duttera, Scott A CIV DISA SEL5 (US) wrote: 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: 1.6 release?

2018-08-24 Thread Dennis Clarke
On 08/24/2018 09:16 AM, 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? I am running a few versions of httpd on solaris and have not seen any issues. Is there a

Re: 1.6 release?

2018-08-24 Thread Dennis Clarke
On 08/24/2018 12:48 PM, Eric Covener wrote: On Fri, Aug 24, 2018 at 12:37 PM Dennis Clarke wrote: On 08/24/2018 09:16 AM, 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

Re: [VOTE] apr-1.6.5 release

2018-09-11 Thread Dennis Clarke
On 09/11/2018 05:48 PM, Yann Ylavic wrote: On Tue, Sep 11, 2018 at 11:33 PM Dennis Clarke wrote: testsock: Line 376: Cannot test if connect completes synchronously This one really depends on the time taken by the system to connect localhost non-blocking. If it's immediate

Re: APR 1.6.5 on Solaris 10 SPARC : All tests passed.

2018-09-15 Thread Dennis Clarke
On 09/15/2018 08:16 PM, William A Rowe Jr wrote: No worries, thanks for all the follow up. I am a little concerned that some 'fix' in a later ptf has changed poll semantics in an undesirable way, but we will just be patient and wait for word. Again, TY, Small annoying patch : ***

APR 1.6.5 on Solaris 10 SPARC won't pass or even complete tests

2018-09-14 Thread Dennis Clarke
So I have gone in circles a number of times here and the results across a few servers look like so : . . . testatomic : SUCCESS testdir : SUCCESS testdso : SUCCESS testdup : SUCCESS testenv : SUCCESS testescape : SUCCESS

Re: APR 1.6.5 on Solaris 10 SPARC won't pass or even complete tests

2018-09-15 Thread Dennis Clarke
Some process called "./testall -v" is running and also doing nothing. Zero activity there. Truss says so. # ps -ef | grep 29868 dclarke 29868 26961 0 19:48:54 pts/14 0:00 /usr/bin/bash -c teststatus=0; \progfailed=""; \for prog in testlockperf test root 5561 12826 0

APR 1.6.5 on Solaris 10 SPARC : All tests passed.

2018-09-15 Thread Dennis Clarke
All tests passed. Took a clean room to do it. If there are problems they are outside of 1.6.5 somewhere. An entirely new instance with nothing interesting installed or running : $ psrinfo -pv The physical processor has 8 virtual processors (0-7) SPARC64-VII+ (portid 1024 impl 0x7 ver

Re: Solaris 10 current make check failures [Was: apr-1.6.5 release]

2018-09-13 Thread Dennis Clarke
On 09/14/2018 12:10 AM, William A Rowe Jr wrote: Although 1.6.5 has flown, please do follow up with your observations. The last few days have been a tad busy and I did not mean to drop the ball on this. With the OpenSSL 1.1.1 release I had to get that rolled out and into some pre-prod systems

Re: Solaris 10 current make check failures [Was: apr-1.6.5 release]

2018-09-14 Thread Dennis Clarke
On 09/14/2018 12:10 AM, William A Rowe Jr wrote: Although 1.6.5 has flown, please do follow up with your observations. This isn't going well. Two systems. Similar configs. Both are stuck in testpoll test for a while now. Well over a half hour. https://i.imgur.com/V6IHf9J.png I will try a

Re: Solaris 10 current make check failures [Was: apr-1.6.5 release]

2018-09-14 Thread Dennis Clarke
On 09/14/2018 12:10 AM, William A Rowe Jr wrote: Although 1.6.5 has flown ... Sorry for bombing the maillist but perhaps that is what this list is for. Just had a go with C99 and the process blows up right fast with a very familiar looking concern : beta $ pwd

Re: [VOTE] apr-1.6.5 release

2018-09-11 Thread Dennis Clarke
ake[1]: Leaving directory '/usr/local/build/apr-1.6.5_SunOS5.10_sparc64vii+.001/test' Dennis Clarke

Re: [VOTE] apr-1.6.5 release

2018-09-11 Thread Dennis Clarke
On 09/11/2018 05:10 PM, William A Rowe Jr wrote: On Tue, Sep 11, 2018 at 3:16 PM Dennis Clarke <mailto:dcla...@blastwave.org>> wrote: The way to answer this question is to rebuild apr 1.6.3 (perhaps 1.6.0) on this specific machine to compare the results and ensure we haven't i