-Ursprüngliche Nachricht-
Von: Ruediger Pluem
Gesendet: Donnerstag, 23. April 2009 21:34
An: dev@httpd.apache.org
Betreff: Re: segfaults / core dumps caused by
ap_internal_fast_redirect
On 04/20/2009 06:41 PM, William A. Rowe, Jr. wrote:
Ruediger Pluem wrote:
3. Fix
On Apr 19, 2009, at 7:58 AM, Ruediger Pluem wrote:
As I have seen no further proposals in the last 14 days for a
replacement
of ap_internal_fast_redirect (as said I have no idea either) I would
like
to fix the current code to avoid the segfaults that are currently
occurring.
My outlined
Ruediger Pluem wrote:
3. Fix the current internal consumers of ap_internal_fast_redirect (mod_dir /
mod_negotiation to use the _ex versions and feed them with the request
pool.
If we don't clear the test-redirect pool between attempts, where does
that leave us? It sounds like a memory
On 04/08/2009 08:31 AM, Plüm, Rüdiger, VF-Group wrote:
-Ursprüngliche Nachricht-
Von: Paul Querna
Gesendet: Dienstag, 7. April 2009 20:15
An: dev@httpd.apache.org
Betreff: Re: segfaults / core dumps caused by
ap_internal_fast_redirect
On Tue, Apr 7, 2009 at 10:01 AM
-Ursprüngliche Nachricht-
Von: Paul Querna
Gesendet: Dienstag, 7. April 2009 20:15
An: dev@httpd.apache.org
Betreff: Re: segfaults / core dumps caused by
ap_internal_fast_redirect
On Tue, Apr 7, 2009 at 10:01 AM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Plüm
Today I stubled accross some rather weird intermittent segfaults / core dumps
with trunk
plus APR trunk that get created when running the perl test framework. Below is
the stack trace:
#0 0x002a95f7f829 in kill () from /lib64/tls/libc.so.6
#1 signal handler called
#2 ap_ident_lookup
-Ursprüngliche Nachricht-
Von: Plüm, Rüdiger, VF-Group [mailto:ruediger.pl...@vodafone.com]
Gesendet: Dienstag, 7. April 2009 13:29
An: dev@httpd.apache.org
Betreff: segfaults / core dumps caused by ap_internal_fast_redirect
How to solve?
I don't know. This is why I write
On Tue, Apr 07, 2009 at 01:29:20PM +0200, Plüm, Rüdiger, VF-Group wrote:
...
I think the reason for this behaviour is the following:
1. The subrequest created by mod_dir uses a subpool of r-pool for its
allocations.
2. ap_internal_fast_redirect uses the data allocated out of this subpool
-Ursprüngliche Nachricht-
Von: Joe Orton
Gesendet: Dienstag, 7. April 2009 15:51
An: dev@httpd.apache.org
Betreff: Re: segfaults / core dumps caused by
ap_internal_fast_redirect
On Tue, Apr 07, 2009 at 01:29:20PM +0200, Plüm, Rüdiger,
VF-Group wrote:
...
I think
Plüm, Rüdiger, VF-Group wrote:
How to solve?
I don't know. This is why I write this mail :-).
We eliminate internal_fast_redirect ;-)
On Tue, Apr 7, 2009 at 10:01 AM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Plüm, Rüdiger, VF-Group wrote:
How to solve?
I don't know. This is why I write this mail :-).
We eliminate internal_fast_redirect ;-)
hell yeah, I would love to eliminate internal redirects completely.
11 matches
Mail list logo