On Thu, Nov 12, 2009 at 3:55 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
William A. Rowe Jr. wrote:
If nobody objects, I'll plan to tag 1.4.0 this coming Monday 11/16
... unless somebody beats me to it, modulo the SHOWSTOPPERS in the
STATUS file. Unless crypto can be resolved to
On Thu, Nov 19, 2009 at 2:36 PM, traw...@apache.org wrote:
Author: trawick
Date: Thu Nov 19 19:36:53 2009
New Revision: 882262
URL: http://svn.apache.org/viewvc?rev=882262view=rev
Log:
Merge r882260 from trunk:
document errno usage with apr_atoi64() and apr_itoa()
err, make that
On Mon, Nov 16, 2009 at 6:38 AM, Bill Weir william.w...@sun.com wrote:
Hi,
I have downloaded and built Apache-2.2.14, using the bundled apr-1.3.9. On
x86 Solaris I am seeing bad behaviour which looks very like what is
described in https://issues.apache.org/bugzilla/show_bug.cgi?id=48029 (and
On Mon, Nov 16, 2009 at 6:55 AM, Jeff Trawick traw...@gmail.com wrote:
On Mon, Nov 16, 2009 at 6:38 AM, Bill Weir william.w...@sun.com wrote:
Hi,
I have downloaded and built Apache-2.2.14, using the bundled apr-1.3.9. On
x86 Solaris I am seeing bad behaviour which looks very like what
On Mon, Nov 16, 2009 at 7:40 AM, Bill Weir william.w...@sun.com wrote:
Hi Jeff,
Thanks for your replies. I notice you didn't respond to the question about
when apr-1.3.10 might hit the streets? :-)
There's certainly no formal plan, and I don't recall anyone discussing it.
My only
On Thu, Nov 12, 2009 at 6:20 PM, wr...@apache.org wrote:
Author: wrowe
Date: Thu Nov 12 23:20:20 2009
New Revision: 835634
URL: http://svn.apache.org/viewvc?rev=835634view=rev
Log:
Fix expat libtool'ization (2.2.6) and allow buildconf --verbose'ity
Modified:
On Fri, Nov 13, 2009 at 8:35 PM, Jeff Trawick traw...@gmail.com wrote:
On Fri, Nov 13, 2009 at 8:19 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
Jeff Trawick wrote:
I see these warnings with autoconf 2.61:
configure.in:220: warning: AC_LIBTOOL_SETUP was called before
On Mon, Nov 16, 2009 at 12:01 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
Jeff Trawick wrote:
Modified: apr/apr-util/branches/1.4.x/xml/expat/buildconf.sh
URL:
http://svn.apache.org/viewvc/apr/apr-util/branches/1.4.x/xml/expat/buildconf.sh?rev=835634r1=835633r2=835634view=diff
On Wed, Jun 10, 2009 at 7:22 PM, bo...@apache.org wrote:
Author: bojan
Date: Thu Jun 11 00:22:09 2009
New Revision: 783589
URL: http://svn.apache.org/viewvc?rev=783589view=rev
Log:
Backport r781403 from the trunk.
Prevent billion laughs attack against expat:
* xml/apr_xml.c
On Thu, Nov 12, 2009 at 5:28 PM, wr...@apache.org wrote:
Author: wrowe
Date: Thu Nov 12 22:28:20 2009
New Revision: 835608
URL: http://svn.apache.org/viewvc?rev=835608view=rev
Log:
These are needed in 2.2.6 libtool to correctly libtoolize --copy
and to create .dll's on win32 from the
(odd form of comment in 3rd or 4th attempt to get my mail accepted)
+AC_CONFIG_MACRO_DIR(build)
AC_CONFIG_AUX_DIR(build)
AC_CONFIG_MACRO_DIR(build)
why two of these invocations?
+dnl should become LT_INIT(win32-dll)
AC_PROG_LIBTOOL
+AC_LIBTOOL_WIN32_DLL
I see these warnings with
On Fri, Nov 13, 2009 at 8:19 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
Jeff Trawick wrote:
I see these warnings with autoconf 2.61:
configure.in:220: warning: AC_LIBTOOL_SETUP was called before
AC_LIBTOOL_WIN32_DLL
build/libtool.m4:1902: AC_LIBTOOL_WIN32_DLL is expanded from
On Mon, Nov 9, 2009 at 11:26 AM, Jeff Trawick traw...@gmail.com wrote:
On Thu, Nov 5, 2009 at 4:29 PM, Neil Conway n...@cs.berkeley.edu wrote:
Has anyone had a chance to look at this patch? It's pretty trivial.
different patch committed to trunk to resolve the issue
Also, this patch
On Sat, Oct 24, 2009 at 8:16 AM, Barry Scott ba...@barrys-emacs.org wrote:
On 22 Oct 2009, at 20:47, Barry Scott wrote:
On 20 Oct 2009, at 22:30, Jeff Trawick wrote:
On Tue, Oct 20, 2009 at 4:54 PM, Barry Scott ba...@barrys-emacs.org
wrote:
On 20 Oct 2009, at 04:18, Branko Čibej wrote
On Tue, Oct 20, 2009 at 4:54 PM, Barry Scott ba...@barrys-emacs.org wrote:
On 20 Oct 2009, at 04:18, Branko Čibej wrote:
Barry Scott wrote:
I think the problem is that configure is used to find out things that
change arch to arch
like void * size rather then using preprocessor detection of
On Mon, Oct 19, 2009 at 2:53 AM, Mladen Turk mt...@apache.org wrote:
On 18/10/09 19:57, Jeff Trawick wrote:
There is no consensus yet on the scope of what has to be addressed
(distinct from whether the project or the packager should address it).
The discussion in the earlier commit thread
On Mon, Oct 19, 2009 at 9:17 AM, Mladen Turk mt...@apache.org wrote:
On 19/10/09 14:43, Jeff Trawick wrote:
Anyhow, APR currently lacks the configure options for at
least specifying data model (using CFLAGS=-m32 ./configure
is a little bit awkward and nowhere documented)
BTW, you have
On Sun, Oct 18, 2009 at 11:58 AM, Jim Jagielski j...@jagunet.com wrote:
On Oct 18, 2009, at 11:11 AM, Barry Scott wrote:
I'm the author of pysvn that depends on subversion that depends on APR.
The convient way to build universal binaries on the Mac is to use -arch.
For example
to get a
On Sun, Oct 18, 2009 at 1:14 PM, Jim Jagielski j...@jagunet.com wrote:
On Oct 18, 2009, at 1:00 PM, Jeff Trawick wrote:
I don't think anybody has spelled out explicitly how to run the apr
and apr-util builds and merge all necessary headers and so forth (not
that it is complicated
).
- PR 47645. [Jeff Trawick]
+ This resolves httpd vulnerability CVE-2009-2699. PR 47645.
+ [Jeff Trawick]
*) Add the remainder of this fix from trunk:
Fix Solaris poll failure. PR 43000
On Fri, Oct 16, 2009 at 6:21 AM, Jeff Trawick traw...@gmail.com wrote:
On Fri, Oct 16, 2009 at 5:43 AM, Joe Orton jor...@redhat.com wrote:
Since there is no specific reference to the fix for CVE-2009-2699 in the
APR change history or elsewhere, can someone (hello Jeff) confirm that
the patch
On Tue, Oct 13, 2009 at 8:22 AM, Graham Leggett minf...@sharp.fm wrote:
Jeff Trawick wrote:
My understanding: Each of these deleted entries thus far is a minor
implementation detail related to the new apr_crypto feature. As the
feature was never released, they do not fix a problem
On Mon, Oct 12, 2009 at 5:31 PM, Guenter Knauf fua...@apache.org wrote:
Hi,
in abts.c we have:
void abts_ptr_notnull(abts_case *tc, const void *ptr, int lineno)
{
update_status();
if (tc-failed) return;
if (ptr != NULL) return;
tc-failed = TRUE;
if (verbose) {
On Wed, Oct 7, 2009 at 5:11 PM, Graham Leggett minf...@sharp.fm wrote:
Jeff Trawick wrote:
I believe the key differences are in there. I'll add back the disabled
by default aspect. First,
please call out explicitly the other CHANGES entries I removed for which
you would like an explanation
On Wed, Oct 7, 2009 at 5:48 PM, Jeff Trawick traw...@gmail.com wrote:
On Wed, Oct 7, 2009 at 5:11 PM, Graham Leggett minf...@sharp.fm wrote:
Jeff Trawick wrote:
I believe the key differences are in there. I'll add back the disabled
by default aspect. First,
please call out explicitly
On Tue, Oct 6, 2009 at 11:24 AM, Graham Leggett minf...@sharp.fm wrote:
Jeff Trawick wrote:
Generally: If it isn't useful info to library users, it doesn't go in
CHANGES. We track CHANGES based on releases, not based on Subversion
commits, so a further refinement is that entries should
On Tue, Oct 6, 2009 at 2:05 PM, Michael Felt mamf...@gmail.com wrote:
forgot to mention: I have done
export CC=xlc
in the builds yesterday, so the libtool build should reflect that. The two
builds I just did for this report I neither defined nor exported CC before
running configure.
On
On Tue, Oct 6, 2009 at 2:51 PM, Ruediger Pluem rpl...@apache.org wrote:
On 10/06/2009 10:52 AM, Joe Orton wrote:
On Sun, Oct 04, 2009 at 12:09:58PM -, rpl...@apache.org wrote:
Author: rpluem
Date: Sun Oct 4 12:09:57 2009
New Revision: 821524
URL:
On Tue, Sep 22, 2009 at 1:41 PM, Jeff Trawick traw...@gmail.com wrote:
On Tue, Sep 22, 2009 at 11:33 AM, Jeff Trawick traw...@gmail.com wrote:
On Tue, Sep 22, 2009 at 11:10 AM, Jeff Trawick traw...@gmail.com wrote:
On Mon, Sep 21, 2009 at 6:25 PM, Graham Leggett minf...@sharp.fmwrote:
Hi
On Fri, Sep 25, 2009 at 9:12 AM, Jim Jagielski j...@jagunet.com wrote:
Should we do something similar to what is done with httpd regarding
CHANGES. That is, apr-trunk just includes changed to 2.0 that
are NOT in 1.4 (or earlier) and does not try to keep the 1.4 (
and earlier) changes in
On Mon, Sep 21, 2009 at 6:25 PM, Graham Leggett minf...@sharp.fm wrote:
Hi all,
I have rolled a candidate of apr v1.3.9 and propose it for release,
available here:
http://people.apache.org/~minfrin/apr/http://people.apache.org/%7Eminfrin/apr/
+1
(Mac OS X 10.5.8 on x86, 32-bit testing
On Tue, Sep 22, 2009 at 11:10 AM, Jeff Trawick traw...@gmail.com wrote:
On Mon, Sep 21, 2009 at 6:25 PM, Graham Leggett minf...@sharp.fm wrote:
Hi all,
I have rolled a candidate of apr v1.3.9 and propose it for release,
available here:
http://people.apache.org/~minfrin/apr/http
On Tue, Sep 22, 2009 at 11:33 AM, Jeff Trawick traw...@gmail.com wrote:
On Tue, Sep 22, 2009 at 11:10 AM, Jeff Trawick traw...@gmail.com wrote:
On Mon, Sep 21, 2009 at 6:25 PM, Graham Leggett minf...@sharp.fm wrote:
Hi all,
I have rolled a candidate of apr v1.3.9 and propose it for release
On Thu, Sep 17, 2009 at 3:35 AM, Rainer Jung rainer.j...@kippdata.dewrote:
In the case of sys/stat.h this leads to the situation, that code uses
APR_HAVE_SYS_STAT_H although it seems it is never defined. Even some
files in apr itself use this define. Other files in apr use
HAVE_SYS_STAT_H.
On Thu, Sep 17, 2009 at 10:39 AM, j...@apache.org wrote:
Author: jim
Date: Thu Sep 17 14:39:29 2009
New Revision: 816217
URL: http://svn.apache.org/viewvc?rev=816217view=rev
Log:
Using apr-util
Modified:
apr/apr/branches/1.4.x/locks/unix/proc_mutex.c
apr/locks using the
On Tue, Sep 15, 2009 at 3:12 PM, Neil Conway n...@cs.berkeley.edu wrote:
I get the following when I try to build branches/1.3.x (r815439) on OSX
10.6:
you don't need OS X 1.6 to hit that
gosh :(
On Wed, Sep 9, 2009 at 2:46 PM, minf...@apache.org wrote:
Author: minfrin
Date: Wed Sep 9 18:46:05 2009
New Revision: 813071
URL: http://svn.apache.org/viewvc?rev=813071view=rev
Log:
Add comments describing the thread-safety properties of apr_pool_t.
Submitted by: Neil Conway nrc
On Tue, Jul 28, 2009 at 6:02 PM, minf...@apache.org wrote:
Author: minfrin
Date: Tue Jul 28 22:02:21 2009
New Revision: 798718
URL: http://svn.apache.org/viewvc?rev=798718view=rev
Log:
Make sure that make check is used in the RPM spec file, so that
the crypto, dbd and dbm tests pass.
On Wed, Sep 9, 2009 at 3:20 PM, Graham Leggett minf...@sharp.fm wrote:
Jeff Trawick wrote:
too trivial for CHANGES... waste of time for people looking there for
interesting changes...
It was contributed by someone external to apr, and having banged my head
against the same shortcomings
On Mon, Aug 10, 2009 at 5:36 AM, Paul Smedley
pauldes...@despamsmedley.id.au wrote:
Hi Guys,
Wondering if there is anyone still actively maintaining the OS/2
source code in APR?
nope ;)
I've been building Apache2 using the libc runtime for OS/2 from
http://svn.netlabs.org/klibc for
On Tue, Aug 11, 2009 at 9:25 AM, Paul Smedley
pauldes...@despamsmedley.id.au wrote:
I assume that once I have a diff based on current SVN - I open a
ticket requesting it to be committed?
A ticket is a good way to track so that it isn't completely forgotten in
case it falls out of everyones
On Fri, Jul 31, 2009 at 6:24 PM, Bojan Smojver bo...@rexursive.com wrote:
On Fri, 2009-07-31 at 10:30 -0400, Jeff Trawick wrote:
The CHANGES entry is for users,
Does this work for you:
Index: CHANGES
===
--- CHANGES
On Thu, Jul 30, 2009 at 11:13 PM, bo...@apache.org wrote:
Author: bojan
Date: Fri Jul 31 03:13:51 2009
New Revision: 799501
URL: http://svn.apache.org/viewvc?rev=799501view=rev
Log:
More precise comment about testflock and testoc changes.
- *) Pass default environment to testflock and
On Sat, Jul 4, 2009 at 11:48 AM, Ruediger Pluem rpl...@apache.org wrote:
On 02.07.2009 08:33, William A. Rowe, Jr. wrote:
Subject says it all, unix tarballs at the usual location,
http://apr.apache.org/dev/dist/ (not for distribution), and
votes start now for 48 hours or until we register
On Thu, Jul 2, 2009 at 2:33 AM, William A. Rowe, Jr. wr...@rowe-clan.netwrote:
Subject says it all, unix tarballs at the usual location,
http://apr.apache.org/dev/dist/ (not for distribution), and
votes start now for 48 hours or until we register sufficient
+1's for release.
My vote and
On Tue, Jun 30, 2009 at 12:12 PM, William A. Rowe, Jr.
wr...@rowe-clan.netwrote:
Bojan Smojver wrote:
On Tue, 2009-06-30 at 07:55 -0400, Jeff Trawick wrote:
We didn't get any further than this on the db build compatibility
issue, right?
The --avoid-dbm options is now in. Meaning
2009/6/30 bo...@apache.org
Author: bojan
Date: Tue Jun 30 21:35:27 2009
New Revision: 789965
URL: http://svn.apache.org/viewvc?rev=789965view=rev
Log:
Use locally scoped variables to avoid stomping on return codes.
PR 47431.
Patch by Wayne Jensen wayne_jensen trendmicro.com.
IMO the
On Wed, Jul 1, 2009 at 5:38 PM, Bojan Smojver bo...@rexursive.com wrote:
On Wed, 2009-07-01 at 08:31 -0400, Jeff Trawick wrote:
IMO the better way to handle this would have been
int ret, tmpret;
and using tmpret when the function-wide ret shouldn't be touched
Overloading ret
On Tue, Jun 9, 2009 at 1:12 PM, William A. Rowe, Jr. wr...@rowe-clan.netwrote:
Joe Orton wrote:
On Tue, Jun 09, 2009 at 10:58:24AM -0500, William Rowe wrote:
Joe Orton wrote:
On Tue, Jun 09, 2009 at 09:03:16AM -0500, William Rowe wrote:
As a packager, I can see how you might view 1.3.4-
On Sun, Jun 7, 2009 at 10:59 PM, William A. Rowe, Jr.
wr...@rowe-clan.netwrote:
Jeff Trawick wrote:
Can anyone recreate problems with poll() on any of the branches, using
that patch with 1.3.x? As of a few minutes ago, trunk and 1.4.x will
use poll(), but 1.3.x needs a tweak to build
When using poll(), trunk and 1.4.x work fine for me, and I just need this
patch in 1.3.x to work around poll() retcode bogosity. (The work-around was
a side-effect of the wakeup pipe changes in 1.4.x and trunk.)
Index: poll/unix/poll.c
On Sat, May 30, 2009 at 9:39 PM, Sander Temme san...@temme.net wrote:
On May 29, 2009, at 1:08 AM, William A. Rowe, Jr. wrote:
Candidates in the usual location, may take up to an hour to sync.
Letting this vote run through midnight Monday morning, my time,
so depending on my weekend I'll
On Thu, May 21, 2009 at 5:57 PM, Bojan Smojver bo...@rexursive.com wrote:
On Thu, 2009-05-21 at 14:59 -0500, William A. Rowe, Jr. wrote:
If you want to grab any safe, low risk low hanging fruit, have at it.
We need to backport this, right?
On Fri, May 15, 2009 at 3:26 PM, Jeff Trawick traw...@gmail.com wrote:
mod_p hooks the post_config more than once, including really_last. mod_s's
post_config has to run after mod_p's post_config (both of them) for one of
its features to work. I tried adding mod_p.c to the predecessor list
mod_p hooks the post_config more than once, including really_last. mod_s's
post_config has to run after mod_p's post_config (both of them) for one of
its features to work. I tried adding mod_p.c to the predecessor list in
mod_s, but it wasn't effective, as predecessor processing doesn't account
On Thu, May 7, 2009 at 9:47 AM, Edmund Wong e...@kdtc.net wrote:
Given the following declaration:
#define APR_POOL_DECLARE_ACCESSOR(type) \
APR_DECLARE(apr_pool_t *) apr_##type##_pool_get \
(const apr_##type##_t *the##type)
In the docstring above it, it says:
On Thu, May 7, 2009 at 10:55 AM, Edmund Wong e...@kdtc.net wrote:
Jeff Trawick wrote:
Shouldn't APR_POOL_DECLARE_ACCESSOR(file) become
APR_DECLARE(apr_pool_t *) apr_file_pool_get(apr_file_t *thefile); ?
yes, it does; so that part of the comment is incorrect
(perhaps someone will care
On Fri, Apr 24, 2009 at 2:10 PM, venkatnv venka...@yahoo.com wrote:
Well ... i think we found the root cause, in one of the libraries being
used,
the mutex was not being initialized. Thanks!
venkatnv wrote:
We are observing issues with pthread Mutexes on Apache22/Solaris10. Not
sure
On Fri, Apr 24, 2009 at 4:10 PM, C. Michael Pilato cmpil...@collab.netwrote:
[Please Cc: me in responses -- I think I still have APR commit privs, but
I'm not active here and not subscribed to the mailing lists.]
In the past couple of weeks, I've seen two different reports of what
appears
(I'm not subscribed to d...@perl...)
On Mon, Apr 20, 2009 at 6:18 PM, Marc Adkins madk...@marchex.com wrote:
I found this in mod_perl but the issue can be demonstrated without Perl.
Attempting to open a file for append using the following flags:
APR_BUFFERED | APR_BINARY | APR_CREATE |
On Wed, Apr 8, 2009 at 11:00 AM, Jim Jagielski j...@jagunet.com wrote:
On Mar 30, 2009, at 3:02 PM, Jim Jagielski wrote:
Yep... I will try to recreate on Ubuntu in addition to the
OS X testing.
OK This seems unrelated (maybe) to the new pool...
The cause for the slowdown was due to
On Fri, Jan 23, 2009 at 11:14 AM, Joe Orton jor...@redhat.com wrote:
On Fri, Jan 23, 2009 at 07:10:36AM -0500, Jeff Trawick wrote:
On Fri, Jan 23, 2009 at 7:00 AM, Eric Covener cove...@gmail.com wrote:
On Fri, Jan 23, 2009 at 3:46 AM, Graham Leggett minf...@sharp.fm
wrote
On Mon, Mar 30, 2009 at 2:07 PM, Jim Jagielski j...@jagunet.com wrote:
Anyone know if:
# POSIX semaphores and cross-process pthread mutexes are not
# used by default since they have less desirable behaviour when
# e.g. a process holding the mutex segfaults.
is still applicable, at least
On Mon, Mar 30, 2009 at 2:33 PM, Jeff Trawick traw...@gmail.com wrote:
On Mon, Mar 30, 2009 at 2:07 PM, Jim Jagielski j...@jagunet.com wrote:
Anyone know if:
# POSIX semaphores and cross-process pthread mutexes are not
# used by default since they have less desirable behaviour when
On Thu, Mar 26, 2009 at 11:03 AM, Paul Querna p...@querna.org wrote:
I believe Platforms that have no one around to support should be
removed (svn history will always be there, and they can always be
rebuilt). In APR especially the operating systems with different
implementations, I would
On Thu, Mar 26, 2009 at 3:54 PM, daniel.poc...@barclayscapital.com wrote:
I've got Cygwin's libapr1 1.3.3-1
I've built Ganglia (3.1.0) from source and it works.
I then modify this line of code in gmond.c, adding the flag
APR_POLLSET_THREADSAFE:
apr_pollset_create(listen_channels,
On Thu, Mar 26, 2009 at 8:24 PM, daniel.poc...@barclayscapital.com wrote:
APR_POLLSET_THREADSAFE isn't supported with all
implementations. I expect that apr_pollset_create() is
returning APR_ENOTIMPL, and the crash is due to an
uninitialized pollset.
Excellent point - I should have
On Wed, Mar 25, 2009 at 10:13 AM, SAMEER KUMAR sameer.kasi2...@gmail.comwrote:
I have downloaded APR and installed it on my Fedora 9 machine using the
configure and make commands. I tested the installation with testall. But I
am not able to use this in my programs and not able to link to the
On Tue, Mar 24, 2009 at 12:33 PM, Graham Leggett minf...@sharp.fm wrote:
Jeff Trawick wrote:
any counter-knowledge/opinions on the following?
assert(only httpd uses apr LDAP)
Can you cite references to show this is so? I would be very hard pressed to
assert that functionality that has
On Fri, Feb 27, 2009 at 10:48 AM, Guilherme Namen guilherme.na...@gmail.com
wrote:
After i compiled apr in FreeBsd 7 i run tests and the testpoll fail
whith segmentation fault. The gdb said that the bug are in testpoll.c
file line 389.
I execute:
o ./configure --enable-threads
o make
On Tue, Feb 24, 2009 at 7:06 AM, Joe Orton jor...@redhat.com wrote:
On Mon, Feb 23, 2009 at 03:52:44PM -0500, Jeff Trawick wrote:
Surely this is a FAQ, but I couldn't find it. Why aren't user CFLAGS
included in apr-1-config --cflags?
A notable example of where this hurts is with a 64-bit
Surely this is a FAQ, but I couldn't find it. Why aren't user CFLAGS
included in apr-1-config --cflags?
A notable example of where this hurts is with a 64-bit APR build, where
anything which uses that APR must also be 64-bit but the CFLAGS=-m64 or
similar which APR was built with aren't reported
On Sat, Feb 21, 2009 at 5:22 PM, traw...@apache.org wrote:
Author: trawick
Date: Sat Feb 21 22:22:34 2009
New Revision: 746597
URL: http://svn.apache.org/viewvc?rev=746597view=rev
Log:
simplifications and minor improvements to error reporting and
pathlength
I think there may still be
On Mon, Feb 9, 2009 at 4:25 AM, Mladen Turk mt...@apache.org wrote:
That makes me think we can have that generic, allowing
different pollset providers for non-windows platforms
as well (If it makes sense of course), eg. something
like we have for proc_mutex.
On Mon, Jan 26, 2009 at 10:02 AM, traw...@apache.org wrote:
Author: trawick
Date: Mon Jan 26 15:02:22 2009
New Revision: 737705
URL: http://svn.apache.org/viewvc?rev=737705view=rev
Log:
Support ldap library names with non-alphanumeric characters, such
as libldap-2.4.so.
Modified:
On Fri, Jan 23, 2009 at 5:31 AM, Greg Stein gst...@gmail.com wrote:
Check for ebcdic? Are we *really* going to continue support for that?
Seriously, folks.
What is the better criteria?
* offends sensibility of at least one APR contributor
* actively used by and depended on by multiple APR
On Fri, Jan 23, 2009 at 7:40 AM, Greg Stein gst...@gmail.com wrote:
On Fri, Jan 23, 2009 at 13:24, Jeff Trawick traw...@gmail.com wrote:
On Fri, Jan 23, 2009 at 5:31 AM, Greg Stein gst...@gmail.com wrote:
Check for ebcdic? Are we *really* going to continue support for that?
Seriously
On Fri, Jan 16, 2009 at 4:07 PM, Paul J. Reder rede...@remulak.net wrote:
Jeff Trawick wrote:
With Ubuntu's packaging of OpenLDAP 2.4.9 and whatever OpenLDAP is in
Leopard.latest, LDAP_OPT_REFHOPLIMIT is defined in ldap.h but the library
returns an error when trying to set it to 5 (httpd
On Fri, Jan 16, 2009 at 3:02 PM, Graham Leggett minf...@sharp.fm wrote:
Jeff Trawick wrote:
With Ubuntu's packaging of OpenLDAP 2.4.9 and whatever OpenLDAP is in
Leopard.latest, LDAP_OPT_REFHOPLIMIT is defined in ldap.h but the library
returns an error when trying to set it to 5 (httpd
With Ubuntu's packaging of OpenLDAP 2.4.9 and whatever OpenLDAP is in
Leopard.latest, LDAP_OPT_REFHOPLIMIT is defined in ldap.h but the library
returns an error when trying to set it to 5 (httpd LDAP's default value).
This is apparently a wide-spread issue (
On 11/12/08, Mladen Turk [EMAIL PROTECTED] wrote:
Hi,
Here is a patch that adds two new functions to rmm for obtaining
the first and next allocated memory blocks.
First line of comment for next fn needs to be tweaked (!first).
This is useful in searching or maintaining the entire rmm and
On Thu, Aug 14, 2008 at 1:36 AM, William A. Rowe, Jr.
[EMAIL PROTECTED]wrote:
Available in the usual; http://apr.apache.org/dev/dist/ 1-60 minutes from
now, win32 with exported .mak to follow now that I have some free cycles
come tomorrow.
+/-1
[+1] Release apr-util-1.3.4
(tested on
On Sat, Aug 9, 2008 at 10:37 AM, William A. Rowe, Jr.
[EMAIL PROTECTED]wrote:
Available in the usual; http://apr.apache.org/dev/dist/, win32
with exported .mak files to follow as soon as I have a bit of
free time, busy weekend here so likely on Sunday eve (when I'll
look also at committing
On Sat, Aug 9, 2008 at 10:37 AM, William A. Rowe, Jr.
[EMAIL PROTECTED]wrote:
Available in the usual; http://apr.apache.org/dev/dist/, win32
with exported .mak files to follow as soon as I have a bit of
free time, busy weekend here so likely on Sunday eve (when I'll
look also at committing
On Thu, Aug 7, 2008 at 7:47 PM, [EMAIL PROTECTED] wrote:
Author: bojan
Date: Thu Aug 7 16:47:12 2008
New Revision: 683756
URL: http://svn.apache.org/viewvc?rev=683756view=rev
Log:
Fix memcache memory leak without use of pre_cleanup in reslist.
Modified:
On Thu, Jul 3, 2008 at 1:41 PM, Steve Comstock [EMAIL PROTECTED]
wrote:
We pick up the story of our intrepid adventurer
trying to port Apache 2.2.9 to z/OS 1.9. ...
Let Greg know that you've switched mailing lists, and keep me off the cc ;)
He likely made more progress that he didn't share
On Fri, Jun 13, 2008 at 9:21 PM, Bojan Smojver [EMAIL PROTECTED] wrote:
Quoting Garrett Rooney [EMAIL PROTECTED]:
Honestly, I loathe tabs as much as the next guy, but I actually
dislike the idea of wholesale reformatting because it makes it harder
to figure out where a bit of code came from.
On Fri, May 2, 2008 at 2:09 PM, William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
Chris Taylor seems to have identified a significant bug here, but some
effort at comparing different OS's man pages is probably worthwhile before
we accept the patch on it's face;
On Jan 11, 2008 3:20 PM, Tim Bray [EMAIL PROTECTED] wrote:
I got here because apr_global_mutex_create() was acting weird, so I
wanted to step into it with the debugger. So I went to apr and did
CFLAGS=-g ./configure
make
you had already built httpd 2.2.6 at this point, and it was using
On Dec 5, 2007 10:42 AM, David Jones [EMAIL PROTECTED] wrote:
currently in the z/OS specific implementation of dso.c it is returning errno
directly asis on several functions.
It should be setting the returned status to expected values consistent with
the unix and other implementations.
This
On Dec 1, 2007 12:06 PM, Graham Leggett [EMAIL PROTECTED] wrote:
Supporting a certificate label isn't something easily done within the
current API, and the API cannot be changed until APR v2.
Solvable via apr_foo_ex() in apr 1.3, right?
On Nov 25, 2007 2:54 AM, Learning apr [EMAIL PROTECTED] wrote:
I downloaded apr-util-1.2.10-win32-src and apr-util-1.2.8-win32-src. But I
can not find the file apr_thread_pool.h from include\ and apr_thread_pool.c
from misc\. Which version includes those files?
The thread pool header file and
On Nov 25, 2007 11:32 AM, Learning apr [EMAIL PROTECTED] wrote:
If I hope to include apr_thread_pool.c into the apr-util-1.2.8-win32-src,
what else files should I take except apr_thread_pool.h and
apr_thread_pool.c?
no idea; you could try treating apr_thread_pool.c as part of your
application
On Nov 15, 2007 4:26 PM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Please provide your input to release.
[ +1] APR-iconv-1.2.1
diffs from prior release look reasonable (punted on reviewing Windows
build changes just as I normally punt on testing them)
I had to manually define
On Nov 19, 2007 3:47 PM, Ruediger Pluem [EMAIL PROTECTED] wrote:
On 11/19/2007 12:38 AM, Bojan Smojver wrote:
On Thu, 2007-11-15 at 16:26 -0500, William A. Rowe, Jr. wrote:
Please provide your input to release.
[+1] APR-0.9.17
[+1] APR-1.2.12
[-1] APR-util-1.2.11
[ ]
On Nov 16, 2007 4:32 PM, David Jones [EMAIL PROTECTED] wrote:
A read on /dev/random (and /dev/urandom) returns a 0 instead of a -1 to
indicate an error on zOS levels 1.6 and prior.
This puts apr/misc/unix/rand.c and therefore /test/testrandom into an
infinite loop.
For zOS 1.7 and above, a
On Nov 17, 2007 2:39 PM, [EMAIL PROTECTED] wrote:
Author: trawick
Date: Sat Nov 17 11:39:15 2007
New Revision: 595994
URL: http://svn.apache.org/viewvc?rev=595994view=rev
Log:
fix another reversal of expected and actual
whoops, these two changes were wrong and most other tests in this
On Nov 17, 2007 2:53 PM, [EMAIL PROTECTED] wrote:
Author: trawick
Date: Sat Nov 17 11:53:37 2007
New Revision: 595995
URL: http://svn.apache.org/viewvc?rev=595995view=rev
Log:
revert r595989 and r595994
These were some of the few correctly ordered comparisons
in the directory, not some
On Nov 15, 2007 6:19 PM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Lucian Adrian Grijincu wrote:
On Nov 15, 2007 11:26 PM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Please provide your input to release.
Ubuntu 7.10 kernel 2.6.22-14, x86
testsock: //bin/bash: line 1:
On Nov 15, 2007 4:26 PM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Please provide your input to release.
[ ] APR-0.9.17
[+1] APR-1.2.12
[+1] APR-util-1.2.11
[ ] APR-iconv-1.2.1
Solaris 10/x86_64
Sun Studio 11
apr 1.2.11 vs. apr 1.2.12
tested in 32-bit and 64-bit
601 - 700 of 1573 matches
Mail list logo