's/^.*[)]\(.*\);$$/\1/' $@
Thanks,
--
Eric Covener
[EMAIL PROTECTED]
aprutil_exp.diff
Description: Binary data
or
paths.
shl_load() appears to be selected by default by autoconf on HPUX, when
--enable-dso=dlfcn is passed in SHLIB_PATH is consulted (by dlopen).
--
Eric Covener
[EMAIL PROTECTED]
On 10/14/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Eric Covener wrote:
Would it be appropriate for apr_dso_load to set the DYNAMIC_PATH flag
when using shl_load() on HPUX?
IMHO, no. The behavior AIUI is dynamic for applications built +b +s.
But if my understanding of the default
On 10/15/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Eric Covener wrote:
On 10/14/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
It doesn't appear that the +s flag alone lets explicit calls to
shl_load search SHLIB_PATH to find libraries.
If your assertion(s) are correct
with openldap when the
LDAP_OPT_X_TLS_NEWCTX was available at build time, and otherwise
bails out informatively (in the same fashion is Novell).
--
Eric Covener
[EMAIL PROTECTED]
Index: ldap/apr_ldap_option.c
===
--- ldap
On 11/17/06, Patai Sangbutsarakum [EMAIL PROTECTED] wrote:
I have probem in making apr-util has ldap support.
$ ./configure --enable-layout=RedHat
--with-ldap-inclub=/usr/lib --with-apr=/usr/bin
huh?
--
Eric Covener
[EMAIL PROTECTED]
://publib.boulder.ibm.com/tividd/td/IBMDS/IDSprogref52/en_US/HTML/progref.htm
Product Page: (appears client/SDK bundled in large ldap server package)
http://www-306.ibm.com/software/tivoli/products/directory-server/
--
Eric Covener
[EMAIL PROTECTED]
Index: ldap/apr_ldap_init.c
On 1/11/07, Graham Leggett [EMAIL PROTECTED] wrote:
Eric Covener wrote:
Attached is a patch for allowing aprutil LDAP to use the Tivoli
Directory Server SDK from IBM.
Can you attach this to a bug report in bugzilla so it doesn't fall
through the cracks?
http://issues.apache.org/bugzilla
Two (innocuous) licenses/copyright attributions appear in
apr_ldap_url.c that aren't quoted in the toplevel license FILE --
patch against trunk attached.
--
Eric Covener
[EMAIL PROTECTED]
Index: LICENSE
===
--- LICENSE (revision
/APR_BUILD_CHARSET that xlate callers
would have to think about.
--
Eric Covener
[EMAIL PROTECTED]
/bugzilla/show_bug.cgi?id=41351
--
Eric Covener
[EMAIL PROTECTED]
an apr_global_mutex, threads in
proc2 block correctly behind the thread mutex).
Latest maintenance from Sun didn't seem to make a difference. Is this
over-aggressive deadlock detection unique to Solaris, and is there any
way to cope with it other then building w/ a different default mutex
mech?
.--
Eric Covener
configure.in overrides the APR_PID_T_FMT broadly for Solaris:
*-solaris*)
pid_t_fmt='#define APR_PID_T_FMT ld'
;;
But the 64-bit architectures (sparcv9, em64t) define pid_t as an int.
Does anyone recall if there's some pid_t detection problem without the hint?
--
Eric Covener
if to what extent this intersects (or muddies) the
current windows filehandle work.
--
Eric Covener
[EMAIL PROTECTED]
On 9/27/07, Eric Covener [EMAIL PROTECTED] wrote:
httpd's mod_ext_filter sets up a child process with a stdin of
APR_CHILD_BLOCK, but on windows the parent side of the stdin pipe
defaults to a non-blocking pipe with an infinite (-1) timeout. Such
a pipe in unix has its apr_file_pipe_timeout
your +1 (below) as an endorsement for the
HTTPD fix (my wording in the final sentence was poor)
On 10/2/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Eric Covener wrote:
While the API might be a little ambiguous, and the caller can
explicitly set the timeout, is this a discrepancy APR
Bill was that this is backportable
(although it's not in trunk yet)
--
Eric Covener
[EMAIL PROTECTED]
On 10/8/07, Jeff Trawick [EMAIL PROTECTED] wrote:
On 10/8/07, Eric Covener [EMAIL PROTECTED] wrote:
On 10/6/07, Jeff Trawick [EMAIL PROTECTED] wrote:
http://issues.apache.org/bugzilla/show_bug.cgi?id=43563
This patch looks reasonable to me; any thoughts from the Windows crowd
assumed this is due to all the recent activity in this neighborhood)
There was no regression in apr/test/testall after the patch (win2k3/vc6)
--
Eric Covener
[EMAIL PROTECTED]
On 10/11/07, Jeff Trawick [EMAIL PROTECTED] wrote:
On 10/11/07, Eric Covener [EMAIL PROTECTED] wrote:
http://people.apache.org/~covener/1.2.x-win32-pipetimeout.diff
thanks; committed to 1.2.x with r583860
I will resurrect this thread after 1.2.next is shipped; would like to
see at least
On 10/11/07, Jeff Trawick [EMAIL PROTECTED] wrote:
On 10/11/07, Eric Covener [EMAIL PROTECTED] wrote:
On 10/11/07, Jeff Trawick [EMAIL PROTECTED] wrote:
On 10/11/07, Eric Covener [EMAIL PROTECTED] wrote:
http://people.apache.org/~covener/1.2.x-win32-pipetimeout.diff
thanks
label at connection time). Just mentioning in this
case this meshes with anything else you're looking at.
--
Eric Covener
[EMAIL PROTECTED]
On Dec 1, 2007 12:06 PM, Graham Leggett [EMAIL PROTECTED] wrote:
Eric Covener wrote:
ldap_ssl_client_init() should be called once per process, not once per
connection.
The LDAP SDK uses the ldap_set_option function for both once-per-process
values (LDAP* is NULL) and once-per-connection
type of apr_ldap_t that
could drag along references to this kind of information between calls.
--
Eric Covener
[EMAIL PROTECTED]
is not settable via APR
autoconf and becomes dead code.
This block has undergone some churn in trunk around conditionally
enabling the feature relative to other directly tested features:
http://svn.apache.org/viewvc?view=revrevision=380120
http://svn.apache.org/viewvc?view=revrevision=382030
--
Eric
linking with the windows LDAP library crash and burn?
--
Eric Covener
[EMAIL PROTECTED]
-- Forwarded message --
From: Eric Covener [EMAIL PROTECTED]
Date: Thu, May 1, 2008 at 4:43 PM
Subject: Re: [EMAIL PROTECTED] Apache httpd 2.2.8 not reading
LDAPTrustedGlobalCert files
To: [EMAIL PROTECTED]
On Thu, May 1, 2008 at 2:06 PM, Irwin Tillman [EMAIL PROTECTED] wrote
for the followup
--
Eric Covener
[EMAIL PROTECTED]
privately (not at all
shouldn't be an issue because they can't do anything useful with the
apr-util LDAP API in that case).
--
Eric Covener
[EMAIL PROTECTED]
/ subdir of each libpath dir
* test the libpath dirs directly, or
* do both (apr-util-1's first, then the explicit lib paths)?
I like apr_foo-1.so without any extra hierarchy in the filesystem,
which eliminates prodding in apr-util and lets packagers do what they
need to with SHLIBPATH_VAR.
--
Eric
://people.apache.org/~covener/apr-1.3.x-aix_fcntl_tryacquire.diff
resolves it but I didn't know the proper way to work the conditional
into the build, If someone else wants to rework it I will
retest/report ASAP.
--
Eric Covener
[EMAIL PROTECTED]
On Sat, May 31, 2008 at 2:28 PM, Eric Covener [EMAIL PROTECTED] wrote:
3)
testprocmutex is failing under the fcntl mechanism on AIX, with
proc_mutex_fcntl_acquire() returning rv=EACCESS.
AIX docsays EACCESS is returned instead of EAGAIN for fnctl-already-locked:
http://publib.boulder.ibm.com
is what I'm
asking.
Apache HTTP Server 2.2.9 is approximately contemporary with the
initial release of APR 1.3.0. 2.2.9 contained fixes for security
vulnerabilities, so it needed an uneventful release.
Hopefully 1.3.2 does the trick for you.
--
Eric Covener
[EMAIL PROTECTED]
?
The patch file specifies the files to modify, you don't need any more
arguments on the command line.
--
Eric Covener
[EMAIL PROTECTED]
in
stabstring.
--
Eric Covener
[EMAIL PROTECTED]
/local/share/aclocal/libtool.m4.
Creating include/arch/unix/apr_private.h.in ...
configure.in:186: warning: LTOPTIONS_VERSION is m4_require'd but not
m4_defun'd
Is this fixed by joe in trunk with r733052?
--
Eric Covener
cove...@gmail.com
the
+ SDK supports it, but in the absence of LDAP_DEFAULT_LIMIT (and
+ LDAP_NO_LIMIT/0) it is not safe to use a literal -1.
+ PR23356 [Eric Covener]
+
*) Better error detection for bucket allocation failures.
[Jim Jagielski]
Modified: apr/apr-util/branches/1.2.x/include/apr_ldap.h.in
URL
for the process.
apr_procattr_* is available:
http://svn.apache.org/viewvc/apr/apr/trunk/include/apr_thread_proc.h?view=co
http://svn.apache.org/viewvc/apr/apr/trunk/test/testproc.c?view=co
--
Eric Covener
cove...@gmail.com
compiler flags.
(you might need to find where apr-1-config was installed when you built apr)
--
Eric Covener
cove...@gmail.com
On Thu, Mar 26, 2009 at 6:03 AM, Paul Querna p...@querna.org wrote:
Please respond with the Platforms you as a /developer/ are willing to
support in APR-2.x.
Supporting os390 here.
--
Eric Covener
cove...@gmail.com
the bug PatchAvailable (and enhancement)
--
Eric Covener
cove...@gmail.com
();
I think you have a function call instead of a function pointer.
--
Eric Covener
cove...@gmail.com
On Wed, Aug 5, 2009 at 1:54 PM, William A. Rowe, Jr.wr...@rowe-clan.net wrote:
William A. Rowe, Jr. wrote:
+/-1
[+1] Release apr 1.3.8 as GA
[+1] Release apr-util 1.3.9 as GA
non-binding +1 on AIX w/ xlc and HP/PARISC (no regressions)
--
Eric Covener
cove...@gmail.com
]: *** [libapr-0.la] Error 1
gmake[1]: Leaving directory `/usr/test/apr-0.9.17'
Following is the configure command i used
CC=xlC_r CFLAGS=-q64 ./configure --prefix=/usr/test/apr_64
See AIX'es OBJECT_MODE environment variable, which might be needed for
more than $CC.
--
Eric Covener
cove
tomorrow as soon as I have a few minutes
to throw together the .mak objects.
+1 non-binding, no regressions relative to 1.3.9 on AIX 5.3, 6.1 (32
64), HP-UX 11iv2/IA64
--
Eric Covener
cove...@gmail.com
) \
((a).s6_addr32[1] == 0) \
((a).s6_addr32[2] == 0x) \
((a).s6_addr32[3] != 0))
I'm hesistant to replace the macro, but could we avoid INADDR_ANY in
testsock? The test already seems to rely on 127.0.0.1 and this also
makes the test pass.
--
Eric Covener
cove
.
AC_CHECK_LIB(dld, shl_load, [have_shl=1])
if test $ac_cv_sizeof_voidp$have_shl = 41; then
dsotype=shl; APR_ADDTO(LIBS,-ldld)
fi;;
--
Eric Covener
cove...@gmail.com
On Wed, Dec 9, 2009 at 6:53 AM, Eric Covener cove...@gmail.com wrote:
On Tue, Dec 8, 2009 at 9:37 PM, William A. Rowe Jr. wr...@rowe-clan.net
wrote:
cove...@apache.org wrote:
Author: covener
Date: Wed Dec 9 01:27:49 2009
New Revision: 888669
URL: http://svn.apache.org/viewvc?rev
On Wed, Dec 9, 2009 at 2:30 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote:
Eric Covener wrote:
.sl vs .so does not seem to be one of the behaviors where the PA64
behavior matches the Itanium behavior, confirmed with a PA64 APR build
and below:
http://docs.hp.com/en/B2355-90968
On Thu, Jan 21, 2010 at 1:44 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
+/-1
[ ] Release apr-1.4.2
non-binding +1 for release, tested on AIX 6.1* (32/64), HP-PARISC
(32), HP/IA64 (32/64) and Linux/PPC (32/64)
(* = no regression)
--
Eric Covener
cove...@gmail.com
in
64bit. I'm not even sure if that's a supported platform.
Here is what I have done:
[testu...@testserver1 httpd-2.2.8]$ export CFLAGS=-m64
Use CC=gcc -m64
--
Eric Covener
cove...@gmail.com
-suse-linux'
The lack of -gnu is breaking our apr_hints.m4, which requires *-linux-*.
I tried grabbing the latest upstream config.sub/guess and re-running
buildconf, but it didn't change the target or the symptom
--
Eric Covener
cove...@gmail.com
.
Probably best to start over since it seems you still have binding
votes to wait for
--
Eric Covener
cove...@gmail.com
INADDR_ANY)
--
Eric Covener
cove...@gmail.com
variable with getenv and expect to be able to hold on to
that pointer for the lifetime of the program.
Outside of the issue at hand, It's not safe to hold that getenv()
pointer too long, as any other call to getenv() may change what it
points at.
--
Eric Covener
cove...@gmail.com
IS_IPV4ADDR6(a) \
(((a).s6_addr32[0] == 0) \
((a).s6_addr32[1] == 0) \
((a).s6_addr32[2] == 0x) \
((a).s6_addr32[3] != 0))
APR could replace the macro, or the test suite could use a loopback
address instead of INADDR_ANY.
--
Eric Covener
cove...@gmail.com
-yes, is enough?
--
Eric Covener
cove...@gmail.com
stuff to upgrade expat in
1.3.x significantly less than trunk? I might have been spooked by
that unnecessarily.
--
Eric Covener
cove...@gmail.com
On Sat, Oct 9, 2010 at 6:09 AM, William A. Rowe Jr. wr...@rowe-clan.net wrote:
Thanks for the efforts to sync up expat, Ranier!
+1!
--
Eric Covener
cove...@gmail.com
/ gcc / PPC64 all tests pass
--
Eric Covener
cove...@gmail.com
Seems that our 0.9.18 build is looking in the wrong place. This is a
regression: -1.
Has anyone else tested with bundled Expat?
I had tested with explicit --with-expat=bundled, I am seeing when
there is no system expat (and configure discovers the bundled expat)
it has the extra /lib/
I had tested with explicit --with-expat=bundled,
s/bundled/builtin/ -- i didn't have the typo in my actual build
/APRUTIL_EXPORT_LIBS as referenced without understanding
how they were later used.
--
Eric Covener
cove...@gmail.com
So r1021428 should be fine. Anyone who can test apr-util 0.9.18 plus patch
on AIX before Jeff does a reoll?
+1
Went back to AIX and ran w/o --with-expat=builtin and got Sander's
make failure.
Overlayed apu-conf.m4 from 0.9.x HEAD and repeated build and it worked.
--
Eric Covener
cove
[+1 ] Release apr-util 0.9.19 as GA
(non-binding)
all tests pass on AIX 6.1 32-bit XLC w/o --with-expat=builtin and with
no system expat (0.9.18 fails first link of apr-util in make with this
configure line)
all tests pass on SLES11/PPC64
--
Eric Covener
cove...@gmail.com
Thanks for moderating.
But +1 to dispensing with that chore in favour of subscription.
+1
On Sat, Mar 12, 2011 at 6:41 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
On 3/12/2011 6:17 AM, cove...@apache.org wrote:
Author: covener
Date: Sat Mar 12 12:17:26 2011
New Revision: 1080928
URL: http://svn.apache.org/viewvc?rev=1080928view=rev
Log:
PR50918: check mutex during rebind
On Tue, Mar 30, 2010 at 12:19 PM, Jeff Trawick traw...@gmail.com wrote:
On Tue, Mar 30, 2010 at 12:11 PM, Neil Conway n...@cs.berkeley.edu wrote:
I notice that the website still lists APR 1.3.9 as the latest release.
Can someone update it to describe 1.3.12?
On a related note, what is the
On Thu, Apr 14, 2011 at 7:55 PM, Jeff Trawick traw...@gmail.com wrote:
Tarballs/zipballs are at http://apr.apache.org/dev/dist/. I
anticipate that we will release this, or its replacement if flawed, in
conjunction with the upcoming apr 1.4 release. Hopefully we will be
ready for TR of that
Hmmm, I see apr-util 1.3.10 and apr 1.4.2 on the index page:
I was mistaken, I thought the APU-1.3.10 was APR-1.3.10 on the index,
while 1.3.12 is downloadable.
- twice crashes (segmentation fault)
Does the strict aliasing volatile fix in later APR's apr_ring.h help
this? I got this impression somewhere.
[ +1 ] Release apr 1.4.3 as GA
AIX/xlc/PPC32, no regression (only testsock problem with system v4mapped macro)
[+1] Release apr-util 1.3.12 as GA
+1 AIX6.1/PPC32/xlc no regressions (testxlate never works, 100% otherwise.)
[ +1 ] Release apr 1.4.5 as GA
+1 -- no regression on AIX/xlc/PPC32
(1 failure in testsock due to AIX IN6_IS_ADDR_V4MAPPED vs INADDR_ANY)
--
Eric Covener
cove...@gmail.com
On Wed, Jun 22, 2011 at 2:55 PM, sidinsd sid.schip...@ga.com wrote:
Does anyone out there know if you can use the Apache Portable Runtime to
develop applications targeted for 64-bit Windows platforms?
You can use a 64-bit APR on Windows just fine.
+/-1
[ ] Release apr-util 0.9.20 as GA
+1 AIX/XLC/PPC64 no regression from 0.9.19
On Thu, Jan 26, 2012 at 4:46 PM, sidinsd sid.schip...@ga.com wrote:
I have a C++ project in Visual Studio that I am using APR with. When I link
the project I get the following error message.
1LINK : fatal error LNK1104: cannot open file
'aprapp-1.libkernel32.lib'
Missing a space in
Forgot reply-all
-- Forwarded message --
From: Eric Covener cove...@gmail.com
Date: Feb 9, 2012 9:11 AM
Subject: Re: [VOTE] Release apr 1.4.6
To: Bojan Smojver bo...@rexursive.com
On Tue, Feb 7, 2012 at 6:33 PM, Bojan Smojver bo...@rexursive.com wrote:
Tarballs/zipballs
in mod_rewrite.
In shm.c and apr.hw
#ifdef WIN64
Sould be:
#ifdef _WIN64
Steffen
--
Eric Covener
cove...@gmail.com
Does this work for you?
http://svn.apache.org/viewvc?view=revisionrevision=1295535
(I'll move the fix back to 1.5 and 1.4 branches and retarget the bug to apr.)
Looks right here given the report and stackoverflow post.
On Mon, Aug 6, 2012 at 4:24 PM, Stefan Fritsch s...@sfritsch.de wrote:
Hi,
Tarballs/zipfiles are at http://apr.apache.org/dev/dist/
It includes many bug fixes and new built-in bcrypt support.
Full CHANGES are here:
http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5
+/-1
[ ] Release
But if somebody else with a platform that is not Linux, AIX, Netware,
or Windows wants to do some testing first, that would be appreciated.
Maybe Solaris or FreeBSD, anyone?
solaris/sparc32 passed 100%
On Tue, Aug 7, 2012 at 9:28 PM, Eric Covener cove...@gmail.com wrote:
But if somebody else with a platform that is not Linux, AIX, Netware,
or Windows wants to do some testing first, that would be appreciated.
Maybe Solaris or FreeBSD, anyone?
solaris/sparc32 passed 100%
HP/IA64 looks okay
+/-1
[ ] Release apr-util 1.5.1 as GA
+1, no regression on AIX/xlc/ppc32.
(xlate on AIX already discussed ITT)
Anyone has a system using CRYPTD to test this?
AIX anyone?
Poked around and CRYPTD stuff doesn't show up in my builds on AIX.
Evidently no karma, or my working copy is broken.
C:\svn\apr\apr-util\branches\1.5.xsvn ci
svn: E175013: Commit failed (details follow):
svn: E175013: Access to '/repos/asf/!svn/me' forbidden
Maybe your APR trees are checked out over http:
svn switch --relocate http://svn.apache.org
+/-1
[ ] Release APR-util 1.5.2 as GA
+1 AIX/xlc/ppc32 (no regressions, testxlate w/ system iconv)
for 72 hours unless something out of the ordinary
occurs.
Thanks in advance for testing!
--
Eric Covener
cove...@gmail.com
On Sun, May 5, 2013 at 11:51 AM, Eric Covener cove...@gmail.com wrote:
I've got an issue AIX where the test added prior to
http://svn.apache.org/viewvc?view=revisionrevision=1309386
Works before r1309386 but not after (EINVAL). Will look further this evening
It seems like AIX, Solaris, HP
confirm test fails on solaris/amd64 too
On Sun, May 5, 2013 at 3:12 PM, Eric Covener cove...@gmail.com wrote:
On Sun, May 5, 2013 at 11:51 AM, Eric Covener cove...@gmail.com wrote:
I've got an issue AIX where the test added prior to
http://svn.apache.org/viewvc?view=revisionrevision=1309386
On Sun, May 5, 2013 at 3:12 PM, Eric Covener cove...@gmail.com wrote:
On Sun, May 5, 2013 at 11:51 AM, Eric Covener cove...@gmail.com wrote:
I've got an issue AIX where the test added prior to
http://svn.apache.org/viewvc?view=revisionrevision=1309386
Works before r1309386 but not after
is defined to 1 on Linux and
2 on OS X. So the test works fine on Linux but not on OS X. Why not just do
this:
if (state == PTHREAD_CREATE_DETACHED)
I think I saw this macro/enum at a high non-1 value in a Solaris header too.
--
Eric Covener
cove...@gmail.com
On Mon, May 6, 2013 at 6:30 AM, Rainer Jung rainer.j...@kippdata.de wrote:
Waiting with my vote for Mladen's reply, but so far the test results on
my systems look very good. Note that though Eric reports a problem for
Solaris, I'm testing on Solaris Sparc doing 32 Bit builds and I think
he's
Our errors on
On Thu, May 30, 2013 at 5:32 AM, Joe Orton jor...@redhat.com wrote:
On Sun, May 05, 2013 at 03:12:20PM -0400, Eric Covener wrote:
On Sun, May 5, 2013 at 11:51 AM, Eric Covener cove...@gmail.com wrote:
I've got an issue AIX where the test added prior to
http://svn.apache.org
triple-sigh. I am retesting to be sure.
On Thu, May 30, 2013 at 6:29 AM, Eric Covener cove...@gmail.com wrote:
Our errors on
On Thu, May 30, 2013 at 5:32 AM, Joe Orton jor...@redhat.com wrote:
On Sun, May 05, 2013 at 03:12:20PM -0400, Eric Covener wrote:
On Sun, May 5, 2013 at 11:51 AM, Eric
Does r1487796 (et al) work OK for you guys?
Mine are failing on IPV6. I was a bit confused earlier on.
I swore I saw and even logged IPV6 as failing last night, but couldn't
reproduce a problem there this morning.
On AIX and Solaris/AMD64 pre-r1487796 IPv4 was failing. Works after r1487796.
[ ] Release APR 1.4.8 as GA
+1
Ran test suite on:
HP/IA64
Solaris/AMD64
AIX/PPC32 (long-standing testsock failure only)
On Wed, Aug 28, 2013 at 6:57 PM, Jeff Trawick traw...@gmail.com wrote:
With something easily visible like README.cmake containing appropriate
disclaimers?*
I suspect that build bugs are likely to be found more quickly with the
stable branches just because it fits into more applications and/or
On Sun, Nov 3, 2013 at 8:09 PM, Jeff Trawick traw...@gmail.com wrote:
apr-0.9.x has a few fixes queued up, but I don't see any reason to release
them since httpd 2.0.x is retired.
+1
On Wed, Nov 13, 2013 at 11:25 AM, Jeff Trawick traw...@gmail.com wrote:
Tarballs/zipfiles are at http://apr.apache.org/dev/dist/
Shortcut to CHANGES:
http://apr.apache.org/dev/dist/CHANGES-APR-1.5
autoconf version: 2.69 (same as apr 1.4.8 and apr-util 1.5.2)
libtool version: 2.4.2 (same as
1 - 100 of 204 matches
Mail list logo
