On 03/06/2016 01:19 AM, yla...@apache.org wrote:
> Author: ylavic
> Date: Sun Mar 6 00:19:51 2016
> New Revision: 1733775
>
> URL: http://svn.apache.org/viewvc?rev=1733775=rev
> Log:
> apr_proc/global_mutex: Fix API regarding the native OS mutexes
> accessors from/to available APR mechanisms,
On 01/27/2016 01:08 AM, wr...@apache.org wrote:
> Author: wrowe
> Date: Wed Jan 27 00:08:59 2016
> New Revision: 1726928
>
> URL: http://svn.apache.org/viewvc?rev=1726928=rev
> Log:
> Introduce the subset of svn_cstring_ functions into APR as the apr_cstr_
> family of functions. Requires the
On 11/20/2015 07:31 PM, William A Rowe Jr wrote:
> I'm wondering how the group would react to refactoring some of APR 2.0
> to either offer inline code for many of our heavily consumed functions,
> or offering inline + fn implementations alongside one another?
>
> Would it still be necessary in
On 08/03/2015 12:13 AM, Branko Čibej wrote:
On 31.07.2015 22:50, William A Rowe Jr wrote:
Thanks Daniel, sharing this with the dev@ list, as the problem and the
fix are both public.
Folks, what are your thoughts? Our expat is already quite old, and
the current release
was 2.10, while we
On 03/05/2015 05:19 PM, Jim Jagielski wrote:
After doing some additional research, I think that the
current implementation of NOT allowing duplicates (in
APR 1.5/1.6) is BROKEN. In trunk this is determined by
a flag w/ the insert statement, but the default *should*
be to allow dups.
As
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Christopher Schultz wrote:
All,
A user recently reported a problem with mod_jk leaking memory 8k at a time
when a certain option was enabled in the
mod_jk configuration. He included a debugdiag (some kinda Windows thing)
trace of where
s...@apache.org wrote:
Author: sf
Date: Fri May 9 20:14:01 2014
New Revision: 1593614
URL: http://svn.apache.org/r1593614
Log:
Option to detect concurrent accesses to pools
Enabled by new configure option --enable-pool-concurrency-check.
Compared to pool-owner-debugging, this only
Jeff Trawick wrote:
On Sat, Jan 18, 2014 at 8:36 AM, Jeff Trawick traw...@gmail.com
mailto:traw...@gmail.com wrote:
If it was posted only to the mailing list, make sure there is a bug
opened for it at https://issues.apache.org/bugzilla/
To clarify something that somebody just
Jeff Trawick 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
Regards
Rüdiger
s...@apache.org wrote:
Author: sf
Date: Sat Oct 27 22:56:41 2012
New Revision: 1402907
URL: http://svn.apache.org/viewvc?rev=1402907view=rev
Log:
If out of mem, abort instead of crashing. Use the pool's abort function
if it has one.
Modified:
Stefan Fritsch wrote:
On Monday 29 October 2012, rpl...@apache.org wrote:
Author: rpluem
Date: Mon Oct 29 10:26:10 2012
New Revision: 1403239
URL: http://svn.apache.org/viewvc?rev=1403239view=rev
Log:
Merge r1402870 from trunk:
Remove duplicated logic in apr_brigade_puts().
Thanks
minf...@apache.org wrote:
Author: minfrin
Date: Fri Oct 5 14:46:27 2012
New Revision: 1394552
URL: http://svn.apache.org/viewvc?rev=1394552view=rev
Log:
apr_crypto: Add a native CommonCrypto implementation for iOS and OSX
where OpenSSL has been deprecated.
Added:
Jeff Trawick wrote:
Some of the behavior here is embarrassing. Yelling about not
following procedures that nobody else even follows as stated,
threatening, whining, crudity or at least making fun of objections to
crudity, extreme defensiveness, etc. do not reflect well on us or our
ability
Rainer Jung wrote:
On 08.04.2012 15:28, Jeff Trawick wrote:
Perhaps it is just my nature to disagree with everybody when there is
some contentious discussion. Or just possibly it is my nature to try
to pull apart what was discussed (or yelled), throw away the most
extreme aspects, and see
bo...@apache.org wrote:
Author: bojan
Date: Sat Jan 28 15:54:22 2012
New Revision: 1237078
URL: http://svn.apache.org/viewvc?rev=1237078view=rev
Log:
Further improve hash randomisation:
Fix naming of a static function.
Randomise final hash produced by any hash function, using default
Bojan Smojver wrote:
On Thu, 2012-01-26 at 09:05 +1100, Bojan Smojver wrote:
Will fix.
Better?
Yes. No more regression in httpd and APR tests pass as well.
Regards
Rüdiger
Bojan Smojver wrote:
On Mon, 2012-01-16 at 14:11 +0100, Ruediger Pluem wrote:
r1231605 and r1231858 cause massive regressions and test case failures
in httpd. Not sure why right now.
Could you please run your tests with this patch. Let me know how it
goes. Thanks.
I think
Bojan Smojver wrote:
On Sun, 2012-01-15 at 18:06 +0100, Bert Huijben wrote:
If the timer has enough detail we could just use the time, ptr
combination as the seed here.
See whether you like r1231858.
r1231605 and r1231858 cause massive regressions and test case failures in httpd.
Not
On 06/05/2011 06:42 AM, momo-i wrote:
Hi all,
# first, my native language is japanese.
# I'm not so good at English, may be difficult to read, please forgive me.
I use latest APR(1.4.5), but It worked with problem in modsecurity-2.6.0.
I was talking to modsecurity developer, he said
On 06/03/2011 05:19 AM, William A. Rowe Jr. wrote:
On 6/2/2011 5:51 PM, Graham Leggett wrote:
On 02 Jun 2011, at 4:19 PM, William A. Rowe Jr. wrote:
And I am confused with one thing. apr_crypto called out issues which cause
apr_dbd arg lists to be reevaluated. However, that is not the
On 04/15/2011 03:51 AM, William A. Rowe Jr. wrote:
In order to disambiguate what was released by external entities from what
the ASF APR Project has voted upon and released, I'd suggest that we best
serve our users by 'skipping' apr-util 1.4.x, and at minimum, 1.4.0.
Your opinions, please?
On 01/24/2011 11:37 AM, Goetz, Philippe wrote:
Hi,
Windows is special as ever. The find_if_index using iface returns always 0
(meaning all/any interfaces). But in fact, the struct sockaddr_in6 has a a
parameter that is the if_index to be used iface-sa.sin6.sin6_scope_id. Here
the patch
On 01/17/2011 10:37 PM, j...@apache.org wrote:
Author: jim
Date: Mon Jan 17 21:37:58 2011
New Revision: 1060104
URL: http://svn.apache.org/viewvc?rev=1060104view=rev
Log:
Fix cases where off_t (and APR_OFF_T_FMT) may be larger than
int64 (and APR_INT64_T_FMT).
Modified:
On 12/20/2010 07:09 PM, Jim Jagielski wrote:
I think the issue is the re-arranging from select shortest type
to select longest... Since we treat OS X special now, I'll
revert that change.
That fixed it. Thanks.
Regards
Rüdiger
On 12/18/2010 03:56 PM, j...@apache.org wrote:
Author: jim
Date: Sat Dec 18 14:56:47 2010
New Revision: 1050644
URL: http://svn.apache.org/viewvc?rev=1050644view=rev
Log:
(Try to) support Darwin's universal builds by allowing for
2 separate bit sizes for some types in the same
On 11/02/2010 03:47 PM, Nick Kew wrote:
On 2 Nov 2010, at 13:48, Jeff Trawick wrote:
I'm happy to continue if the community believes that this has
non-trivial value, but I suspect it is just as well to require a
subscription before posting.
Thanks for moderating.
But +1 to dispensing
On 09/23/2010 02:13 PM, Jeff Trawick wrote:
I'm having a time coming to grips with how mod_proxy's use of this relates
to connections and how to document appropriately, and even with the
usefulness of some advertised semantics of apr_reslist itself.
I guess at one time ttl was not
On 09/01/2010 08:11 PM, Guenter Knauf wrote:
while checking for missing prototypes I just came over this in
apr_thread_proc.h:
#if APR_HAVE_STRUCT_RLIMIT
/**
* Set the Resource Utilization limits when starting a new process.
* @param attr The procattr we care about.
* @param what Which
On 07/28/2010 12:09 AM, s...@apache.org wrote:
Author: sf
Date: Tue Jul 27 22:09:45 2010
New Revision: 979891
URL: http://svn.apache.org/viewvc?rev=979891view=rev
Log:
Fix various issues found by cppcheck
- error handling issues
- use of uninitialized data
- null pointer dereference
On 06/26/2010 01:31 AM, Igor Galić wrote:
Hi folks,
today I experienced a bit of a trouble getting httpd (latest 2.2)
with it's included APR to compile for 64 and 32 bit on the same system.
(Solaris 10, u5 in this case on Intel)
Did you call configure again after you compiled for 64 bit
+1
Regards
Rüdiger
On 05/30/2010 06:51 PM, Graham Leggett wrote:
Hi all,
I propose Dan Poirier for commit access to APR: First post on d...@apr in
Jan 2009, has contributed patches, documentation, helped on list.
minfrin: +1
Regards,
Graham
--
+1
Regards
Rüdiger
On 05/30/2010 06:52 PM, Graham Leggett wrote:
Hi all,
I propose Philip M. Gollucci for commit access to APR: First post on
d...@apr in April 2005, has contributed patches, maintains the freebsd
port, helped on list.
minfrin: +1
Regards,
Graham
--
+1
Regards
Rüdiger
On 05/30/2010 06:52 PM, Graham Leggett wrote:
Hi all,
I propose Stefan Fritsch for commit access to APR: First post on d...@apr
in August 2008, has tested releases, helped others on list, submitted
patches.
minfrin: +1
Regards,
Graham
--
+1
Regards
Rüdiger
On 05/30/2010 06:52 PM, Graham Leggett wrote:
Hi all,
I propose Rainer Jung for commit access to APR: First post on d...@apr in
July of 2008, has contributed patches, tested releases.
minfrin: +1
Regards,
Graham
--
On 07.04.2010 13:31, William A. Rowe Jr. wrote:
By rights, we should be moving apr_support.h out of include/, that was a first
mistake. I have the same understanding as you, Mladen, but the authors of the
httpd mod_reqtimeout seem to be reaching their fingers into this header.
On 03.03.2010 21:27, Graf László wrote:
Hi all,
I test the DSO sample from http://dev.ariel-networks.com/ on Linux and
it works fine. OK, now I would like to test my own little library.
Its header file, apr_dso_f.h contains this function:
static int f10(int p1);
and its source
On 14.02.2010 06:47, Agrawal, Pankaj wrote:
Hi All,
I am using APR libraries that ship with Apache 2.0.63 code base. I
compiled the libraries (libapr.dll, libaprutil.dll and libapriconv.dll)
on 64-bit windows using Visual Studio Team Edition. When I am using
these libraries, the
On 05.02.2010 00:36, Jeff Trawick wrote:
On Thu, Feb 4, 2010 at 5:32 PM, Sander Temme san...@temme.net wrote:
On Feb 4, 2010, at 12:46 PM, Jeff Trawick wrote:
I have libtool 1.5.26 on Linux (seems to be same version as used for
1.3.9) but I see this difference in my test roll of 1.3.9:
On 03.02.2010 20:45, Rüdiger Plüm wrote:
On 03.02.2010 11:18, pque...@apache.org wrote:
Author: pquerna
Date: Wed Feb 3 10:17:57 2010
New Revision: 905970
URL: http://svn.apache.org/viewvc?rev=905970view=rev
Log:
Add two new features to APR Files:
- When opened with normal rotating
On 21.01.2010 19:44, William A. Rowe Jr. wrote:
Hi folks,
There is a new candidate at the usual location,
http://apr.apache.org/dev/dist/ for an apr 1.4.2 release. The only
major delta from what the overwhelmingly positive 1.4.1 candidate is
reverting the breaking API change in 1.3.9 that
On 07.01.2010 16:12, Bert Huijben wrote:
Hi,
Looking at apr's 1.3.x branch:
In r817810 a change to the hash table implementation was introduced, which
moves the data of a hash table from the main pool to a subpool (as seen from
the pool passed to apr_hash_make).
On 21.12.2009 19:50, William A. Rowe Jr. wrote:
In light of current events, here's a policy statement I'd like to propose
for consideration (just a discussion item at this point);
The APR project strongly discourages any release of the APR software
with modifications of the API. This
On 22.12.2009 00:05, Bojan Smojver wrote:
On Mon, 2009-12-21 at 17:01 -0600, William A. Rowe Jr. wrote:
I don't think Bojan actually suggests we nuke it.
No, no nuking at all. Just bit of skipping.
The suggestion is that all n.even releases would be ABI stable. n.odd
releases would be
On 21.12.2009 22:25, wr...@apache.org wrote:
Author: wrowe
Date: Mon Dec 21 21:25:45 2009
New Revision: 892984
URL: http://svn.apache.org/viewvc?rev=892984view=rev
Log:
Refactor away apu_version legacy cruft
Modified:
apr/apr/trunk/crypto/apr_crypto.c
On 17.12.2009 02:20, wr...@apache.org wrote:
Author: wrowe
Date: Thu Dec 17 01:20:30 2009
New Revision: 891507
URL: http://svn.apache.org/viewvc?rev=891507view=rev
Log:
This is a generated artifact, not to be checked in!
Removed:
apr/apr/trunk/include/private/apu_config.h
It
On 17.12.2009 00:53, wr...@apache.org wrote:
Author: wrowe
Date: Wed Dec 16 23:53:16 2009
New Revision: 891488
URL: http://svn.apache.org/viewvc?rev=891488view=rev
Log:
remove apr-iconv references; it was built upon apr so cannot exist before apr
Modified:
On 17.12.2009 18:46, William A. Rowe Jr. wrote:
Ruediger Pluem wrote:
On 17.12.2009 00:53, wr...@apache.org wrote:
Author: wrowe
Date: Wed Dec 16 23:53:16 2009
New Revision: 891488
Please fix or revert.
Will do. I presume you replaced with the immediate-prior rev of apu_config.h
On 15.12.2009 16:05, Joe Orton wrote:
Snapshots of the APR and APR-util 1.4.x trees have been distributed by
as part of the httpd 2.3.4 alpha release. Should the APR project treat
those snapshots as releases for versioning purposes? In other words,
should we ensure future APR/APR-util
On 15.12.2009 19:23, William A. Rowe Jr. wrote:
Joe Orton wrote:
Clearly we aren't going to get agreement by repeating the same arguments
back at each other, so let's vote on this and move on to doing something
useful.
I've demonstrated the technical rational to this argument, you can't
On 08.12.2009 06:27, William A. Rowe Jr. wrote:
Hi folks,
the usual location, http://apr.apache.org/dev/dist/ now contains
a candidate for apr 1.4.1 release. The only delta from what the
httpd project just shipped for 1.4.0-dev, besides some whitespace
and docs cleanup, is Branko's fix for
On 12/04/2009 05:38 AM, William A. Rowe Jr. wrote:
William A. Rowe Jr. wrote:
Guenter Knauf wrote:
Hi,
William A. Rowe Jr. schrieb:
I see good responses to the list from Branko, Joe and Jeff (and thanks
for the bugfix Branko), so I'll proceed with this tonight, we'll have
the usual 72hr
On 11/13/2009 08:30 AM, William A. Rowe Jr. wrote:
Also I note that 1.4 branch is sitting at expat 0.9x - now is
there a binary contract or requirement to stay there (especially
given that we support the 'locally installed' expat) or should we
be bumping this to 2.01 for 1.4? I presume we
On 10/17/2009 11:58 PM, Ryan Phillips wrote:
On Sat, Oct 17, 2009 at 2:40 AM, Ruediger Pluem rpl...@apache.org wrote:
On 10/17/2009 05:50 AM, Ryan Phillips wrote:
On Wed, Oct 14, 2009 at 12:02 PM, Neil Conway n...@cs.berkeley.edu wrote:
./tests/testall testpoll segfaults for me consistently
On 10/17/2009 05:50 AM, Ryan Phillips wrote:
On Wed, Oct 14, 2009 at 12:02 PM, Neil Conway n...@cs.berkeley.edu wrote:
./tests/testall testpoll segfaults for me consistently on OSX 10.6.1
with the latest code from the 1.4-stable branch (64-bit APR library).
gdb info:
#0 0x0001e9b7
On 10/09/2009 10:22 AM, Joe Orton wrote:
On Thu, Oct 08, 2009 at 09:10:12PM +0200, Ruediger Pluem wrote:
Sorry for being impatient here, but Joe any comment on the above?
I would like to fix this.
Sorry for the delay.
The closest parallel to this function in APR is apr_socket_atmark
On 10/06/2009 08:51 PM, Ruediger Pluem wrote:
On 10/06/2009 10:52 AM, Joe Orton wrote:
or something similar? The API docs should reflect that the return value
is 1-on-success/zero-on-failure (unusual for APR), and that the function
does not block.
I can invert the return value
On 10/08/2009 09:39 PM, Jim Jagielski wrote:
On Oct 8, 2009, at 3:10 PM, Ruediger Pluem wrote:
On 10/06/2009 08:51 PM, Ruediger Pluem wrote:
On 10/06/2009 10:52 AM, Joe Orton wrote:
or something similar? The API docs should reflect that the return
value
is 1-on-success/zero
On 10/07/2009 06:44 PM, Jim Jagielski wrote:
This is still confusing... if true, then the next
read will return APR_EOF but doesn't it return true if
there is still stuff to read?
How about Check whether the receive part of the socket is
still connected and not shutdown by
Good
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: http://svn.apache.org/viewvc?rev=821524view=rev
Log:
* Add apr_socket_is_connected to detect whether the
On 10/06/2009 10:52 AM, Joe Orton wrote:
The naming is not good here. A TCP socket is connected after the
connection is successfully established via connect(), up until it is
destroyed. From the name, I would expect this function to do would be
to say whether a non-blocking connect()
On 09/22/2009 06:59 PM, William A. Rowe, Jr. wrote:
Jim Jagielski wrote:
I'm looking over the docs to see if we actually document this
anyplace... Although Python 2.2 may have used that order, 1.5
didn't nor does 2.6... But agree that the change requires
documenting.
As a developer
On 09/22/2009 12:25 AM, Graham Leggett 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/
It specifically fixes this, a showstopper for httpd:
*) Fix error handling in the Solaris pollset
On 09/22/2009 11:05 PM, Neil Conway wrote:
On Tue, Sep 22, 2009 at 1:21 PM, Graham Leggett minf...@sharp.fm wrote:
Thanks for this, I've committed it to trunk, and backported it to 1.4
and 1.3.
Whoops -- the patch had a boneheaded typo in the changes to
apr_hash_copy(). Attached is a fix
On 09/15/2009 09:24 PM, Jeff Trawick wrote:
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
Yeah, apr shouldn't depend on apr-util. I guess this
Is this vote over or should we wait for further votes?
Please find the current results below
On 08/05/2009 04:54 PM, William A. Rowe, Jr. wrote:
Please vote for your choice.
[ ] apr 2.0 should support an incomplete ldap interface
(revert r799085 for good)
0
[ ] apr 2.0 should
On 08/05/2009 02:41 AM, Bojan Smojver wrote:
On Tue, 2009-08-04 at 17:07 -0500, William A. Rowe, Jr. wrote:
[+1] Release apr 1.3.8 as GA
[+1] Release apr-util 1.3.9 as GA
Good signatures. Good checksums.
Ditto +1 on both.
All tests pass on RHEL4 x86_64 and Solaris 9 and Solaris 10.
On 07/29/2009 11:29 PM, wr...@apache.org wrote:
Author: wrowe
Date: Wed Jul 29 21:29:42 2009
New Revision: 799085
URL: http://svn.apache.org/viewvc?rev=799085view=rev
Log:
Drop incomplete abstrations from apr-2.0; for today, simply omit the ability
to inspect ldap linkage binding.
[+1 ] apr 2.0 must support a complete ldap interface
(revert r799085 for now, reapply upon 2.0.0 release,
or rm ldap/ if not completed)
Regards
Rüdiger
On 08/04/2009 09:33 PM, William A. Rowe, Jr. wrote:
rpl...@apache.org wrote:
Author: rpluem
Date: Tue Aug 4 19:19:28 2009
New Revision: 800928
URL: http://svn.apache.org/viewvc?rev=800928view=rev
Log:
* First we released APR 1.3.7 and not APR-util 1.3.7 and second APR 1.3.7
does not
On 08/03/2009 11:07 AM, Bojan Smojver wrote:
On Mon, 2009-08-03 at 10:58 +0200, Rüdiger Plüm wrote:
Bill, does this work on Windows as well?
Doesn't this patch bring us back where we were (roughly)?
Not really. Bills patch ensured that we consistently pickup
the headers from the mysql
On 08/01/2009 02:40 AM, wr...@apache.org wrote:
Author: wrowe
Date: Sat Aug 1 00:40:40 2009
New Revision: 799780
URL: http://svn.apache.org/viewvc?rev=799780view=rev
Log:
Reorder the config into sanity, prefer include/mysql/ structure
if found, and *be consistent*.
On Win32, perhaps
On 08/01/2009 02:40 AM, wr...@apache.org wrote:
Author: wrowe
Date: Sat Aug 1 00:40:40 2009
New Revision: 799780
URL: http://svn.apache.org/viewvc?rev=799780view=rev
Log:
Reorder the config into sanity, prefer include/mysql/ structure
if found, and *be consistent*.
On Win32, perhaps
On 07/20/2009 11:21 PM, Jim Jagielski wrote:
Release candidate tarballs in usual location
(http://apr.apache.org/dev/dist/)
[not for distribution]. Vote starts as we speak and will run for
48 hours.
+1 for release.
Tested on
Solaris 8 - 10
RHEL4 5 32 / 64 Bit
SuSE 10.2 32 Bit
All
On 07/20/2009 05:18 PM, Jim Jagielski wrote:
Later on today or tomorrow (to give people enough time to
complain :) ) I will be tagging 1.3.7 from HEAD. We can choose
to formal release or not (my pref is to release); I am mainly
doing this so what we have is best version available as well
as
On 07/16/2009 07:38 PM, Chetan Reddy wrote:
On Wed, Jul 15, 2009 at 6:35 AM, Bojan Smojverbo...@rexursive.com wrote:
On Wed, 2009-07-15 at 14:07 +1000, Bojan Smojver wrote:
Can you tell me if the attached runs and detects things properly on
your system?
OK, this is probably slightly better.
On 07/06/2009 09:43 PM, Jeff Trawick wrote:
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
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 sufficient
+1's for release.
My vote and win32-src.zip files arriving
On 28.06.2009 10:45, Paul Querna wrote:
This was committed back in February, in r744095, and r744552.
It added a poll() based backend for pollcb.
The problem is that this backend is not thread safe, while all of the
others are -- and it was my intention that by default all backends are
On 28.06.2009 16:56, Ruediger Pluem wrote:
On 28.06.2009 10:45, Paul Querna wrote:
This was committed back in February, in r744095, and r744552.
It added a poll() based backend for pollcb.
The problem is that this backend is not thread safe, while all of the
others are -- and it was my
On 06/19/2009 07:53 AM, Bojan Smojver wrote:
On Fri, 2009-06-19 at 00:26 -0500, William A. Rowe, Jr. wrote:
I don't have an objection, it seems you thought this out, but I don't
always seem to have a buy in over what is compatibility - you might
want the opinion of one or more port
On 06/11/2009 05:21 AM, Bojan Smojver wrote:
On Thu, 2009-06-11 at 07:37 +1000, Bojan Smojver wrote:
I think not, because after the if/else, we still have work to do. We
need to find the symbol for our DB engine (either from the hash or by
dso_load), which depends on type, which can be
On 06/10/2009 05:56 AM, Bojan Smojver wrote:
On Wed, 2009-06-10 at 13:51 +1000, Bojan Smojver wrote:
Actually, that LDAP thing is not required.
So, here are the two patches. One for trunk (for now, until this gets
fixed properly) and one for 1.3.x/1.4.x.
I currently don't get the
While investigating PR47355 for httpd
(https://issues.apache.org/bugzilla/show_bug.cgi?id=47335)
I came across an odd thing in apr_procattr_io_set:
if ((out != APR_NO_PIPE) (out != APR_NO_FILE)) {
if ((rv = apr_file_pipe_create_ex(attr-parent_out, attr-child_out,
On 06/03/2009 06:19 PM, William A. Rowe, Jr. wrote:
The previous [vote] for apr 1.3.4, -util 1.3.5 is recalled and those
candidates are not-released.
New candidates in the usual location, may take up to an hour to sync.
Letting this vote run only 24 hours from now. The release will be
On 06/04/2009 02:09 AM, Bojan Smojver wrote:
On Wed, 2009-06-03 at 11:25 -0500, William A. Rowe, Jr. wrote:
[+1] Release apr 0.9.18 as GA
[+1] Release apr-util 0.9.17 as GA
Good signatures. Good checksums.
Tested on Fedora 11, i686.
The only thing that fails is this (APR):
On 06/02/2009 10:27 AM, Rainer Jung wrote:
Hi Rüdiger,
On 31.05.2009 13:50, rpl...@apache.org wrote:
Author: rpluem
Date: Sun May 31 11:50:59 2009
New Revision: 780412
URL: http://svn.apache.org/viewvc?rev=780412view=rev
Log:
Merge r780410 from trunk:
* Ensure that the in list in
On 06/02/2009 11:09 PM, William A. Rowe, Jr. wrote:
rpl...@apache.org wrote:
Modified:
apr/apr-util/trunk/test/Makefile.in
apr/apr-util/trunk is dead, see the now-combined apr/apr/trunk
I know, I know. See the excerpt from Rainers mail below for the rationale:
Although apr-util
On 05/31/2009 01:15 AM, William A. Rowe, Jr. wrote:
FYI - As soon as I see one more committer ack the 1.3 release, I will
move ahead with tagging an 0.9; I just figured it wasn't worth doing
if things were out of sorts.
If anyone wants to address any 'make check' flaw there, first, that
On 05/31/2009 11:07 AM, Stefan Fritsch wrote:
On Saturday 30 May 2009, William A. Rowe, Jr. wrote:
Stefan Fritsch wrote:
On Friday 29 May 2009, William A. Rowe, Jr. wrote:
[ ] Release apr-util 1.3.5 as GA
apr-util's make check fails in testdbm because test/Makefile.in
misses
On 29.05.2009 10:08, 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 either stage-to-mirrors late that
night, or first thing Monday a.m. for
On 04/24/2009 10:10 PM, C. Michael Pilato wrote:
[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
to be corruption in the
On 04/24/2009 10:10 PM, C. Michael Pilato wrote:
/* tack on null terminator to remaining string */
*(vd.vbuff.curpos) = '\0';
Uh-oh. Buffer overflow!
Our CollabNet engineer is proposing a simple fix: defining 'buf' inside
apr_brigade_vprintf() like so:
char
On 04/03/2009 04:31 PM, mt...@apache.org wrote:
Author: mturk
Date: Fri Apr 3 14:31:16 2009
New Revision: 761692
URL: http://svn.apache.org/viewvc?rev=761692view=rev
Log:
Make final_block dynamic.
It is used only so we can create our mutex that will survive pool_clear
Why? The
On 04/03/2009 06:12 PM, Mladen Turk wrote:
Ruediger Pluem wrote:
On 04/03/2009 04:31 PM, mt...@apache.org wrote:
Author: mturk
Date: Fri Apr 3 14:31:16 2009
New Revision: 761692
URL: http://svn.apache.org/viewvc?rev=761692view=rev
Log:
Make final_block dynamic.
It is used only so we
On 04/02/2009 06:58 PM, mt...@apache.org wrote:
Author: mturk
Date: Thu Apr 2 16:58:40 2009
New Revision: 761344
URL: http://svn.apache.org/viewvc?rev=761344view=rev
Log:
Both cleanup and pre_cleanup can share the same free list.
Axe the free_pre_cleanups and use free_cleanups for both
On 03/30/2009 08:20 PM, Jim Jagielski wrote:
OK... I've tested httpd-trunk (head) with apr-1.4 (head)
and apr-trunk (head). This is on OS X (10.5.6) with both
worker and event MPM. I've also tried different default
mutexes (OSX is SysV, but I've also forced fcntl) and the
rub is that when
On 27.03.2009 14:00, Jim Jagielski wrote:
On Mar 26, 2009, at 7:51 PM, Justin Erenkrantz wrote:
2009/3/26 Branko Čibej br...@xbc.nu:
Maybe it's just me, but all that seems like a monumental waste of time.
If we can't beat the old system by COB tomorrow consistently, then I
think we can
On 24.03.2009 11:21, Paul Querna wrote:
Hi,
At ApacheCon, we have had a discussion about APR 2.x and APR-Util.
In the short term, we would like to merge the two libraries, into one
monolithic giant APR 2 library.
In the long term, we would like to split out things that add extra
On 25.03.2009 08:45, Mladen Turk wrote:
Ruediger Pluem wrote:
On 24.03.2009 11:21, Paul Querna wrote:
Hi,
At ApacheCon, we have had a discussion about APR 2.x and APR-Util.
In the short term, we would like to merge the two libraries, into one
monolithic giant APR 2 library.
In the long
On 25.03.2009 09:04, Mladen Turk wrote:
Ruediger Pluem wrote:
On 25.03.2009 08:45, Mladen Turk wrote:
Ruediger Pluem wrote:
On 24.03.2009 11:21, Paul Querna wrote:
Hi,
At ApacheCon, we have had a discussion about APR 2.x and APR-Util.
In the short term, we would like to merge the two
101 - 200 of 337 matches
Mail list logo