Sterling Hughes [EMAIL PROTECTED] writes:
Heyo,
Attached is a small patch which adds a --disable-ipv6 support into
APR (see also: STATUS file). What it basically does, is after, the
test for IPv6's presence, it adds an AC_ARG_ENABLE() and turns off
have_ipv6 if the
Victor J. Orlikowski wrote:
Hi all,
Was running some performance tests on AIX...
And oddities popped up between 1.3 and 2.0 (latest CVS of both).
Requests/sec.
no keepalive keepalive
2.0 - prefork 420 590
2.0 - threaded
[ CCing [EMAIL PROTECTED] - this came about due to flood requiring a PRNG... ]
On Fri, Aug 17, 2001 at 09:21:06AM -0700, Aaron Bannert wrote:
Really this should be in APR, but I fear that PRNG is a touchy subject
for portability. The problem is that when you're using a PRNG, you usually
need
This is a reminder, sent out once a month, about a previous APR
patch submission. It includes the patch, description, and how to
use it to fix broken code.
Original patch post date: Jul-18-2001
Description:
apr_uri_unparse_components can unparse components into an invalid
URI. If the
Jon,
can you take a look at the attached bug report, and assure that your patch
handles this case correctly before we apply it today? I'd like to lick all
the bugs, and wanted to be sure that this report is dead as well (on 2.0.)
Bill
- Original Message -
From: Jon Travis
Uhm. My patch is totally seperate from this bug report, aside from the
fact that they both occur within the unparse_uri_components function.
-- Jon
On Fri, Aug 17, 2001 at 01:21:31PM -0500, William A. Rowe, Jr. wrote:
Jon,
can you take a look at the attached bug report, and assure that
Greg Ames wrote:
Victor J. Orlikowski wrote:
[...]
If ssi's were working, and you were measuring them, I think we would see
2.0 look a lot worse compared to 1.3, and threaded worst of all, because
we don't have a fast mutex-free replacement for malloc/free yet sigh.
For the buckets code, having
The purpose of this patch is allow apr_brigade_vprintf and consequently
apr_brigade_printf to handle arbitrary length strings. This is similar to
the ap_vrprintf patch that I submitted previously. The buffer is allocated
off the stack, so it should be thread safe (thanks Greg).
regards,
--
