On 12/22/05, Marco Spinetti [EMAIL PROTECTED] wrote:
Any advice?
I compiled apr with enable pool debug = verbose.
Now in the error log I have a lot of information.
How can I discover apr memory problems by these information?
Because of apr is so much powerful I suppose that there is some way
Garrett Rooney wrote:
On 12/22/05, Marco Spinetti [EMAIL PROTECTED] wrote:
Any advice?
I compiled apr with enable pool debug = verbose.
Now in the error log I have a lot of information.
How can I discover apr memory problems by these information?
Because of apr is so much powerful I suppose
Hi,
Checking my module with a stress test (1440 reqs/min) I'm observing ,
with top, that SIZE and RSS of httpd processes are growing.
I recommend you to check apr_allocator_max_free_set().
The following sample code shows the effect.
Without calling apr_allocator_max_free_set(), you can find
On 9/26/05, D.J. Heap [EMAIL PROTECTED] wrote:
On 9/22/05, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
[snip]
Since awk is used elsewhere, I suppose we could do this.
I also wonder about simply fixing those in expat.h.in within our svn
repository, since this is our private copy of
D.J. Heap wrote:
On 9/26/05, D.J. Heap [EMAIL PROTECTED] wrote:
On 9/22/05, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
[snip]
Since awk is used elsewhere, I suppose we could do this.
I also wonder about simply fixing those in expat.h.in within our svn
repository, since this is our
On 12/23/05, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
[snip]
Well, in yet another direction; I've done most of what can be done to -axe-
the use of awk where it was really unnecessary. So apr/-util/-iconv in trunk
no longer use it. [httpd still does, but that too should be fixed