The fix mentioned below works for me; additionally, nasty segfaults (plus core
dumps) when restarting httpd have gone. The Perl version used by me is 5.10.0.
Have a good day!
Karsten
-Original Message-
From: Steve Hay [mailto:steve...@planit.com]
Sent: Do 2/26/2009 5:37
To: Karsten
On Tue, Feb 24, 2009 at 10:27 PM, Roy T. Fielding field...@gbiv.com wrote:
I spent a while looking at mod_deflate and various filter related
issues in 2.2.x/trunk, but I had to context switch away before
I could create such a large fix. This message is to write
down my conclusions so that I
On Thu, Feb 5, 2009 at 11:14 PM, Brian Akins br...@akins.org wrote:
On 2/5/09 1:51 PM, Brian McCallister bri...@skife.org wrote:
Yep, Paul changed the internal impl to be less gross, but in doing so
changed the API, i changed the impl to be not gross and restored old
API.
Okay I see it now.
Ruediger Pluem wrote:
What are the values of
idx
re-match[idx].rm_so
re-match[idx].rm_eo
re-source
and what is the string re-source is pointing to when the crash happens?
idx is 1 and re-source points to an empty string which is fine.
However, re-match[idx].rm_so and
-Ursprüngliche Nachricht-
Von: Lars Eilebrecht [mailto:l...@eilebrecht.net]
Gesendet: Freitag, 27. Februar 2009 12:54
An: dev@httpd.apache.org
Betreff: Re: regex-related segfault in mod_include
Ruediger Pluem wrote:
What are the values of
idx
re-match[idx].rm_so
Plüm, Rüdiger, VF-Group wrote:
However, re-match[idx].rm_so and re-match[idx].rm_eo are
random numbers,
i.e., a garbage value (I guess they should be 0 if there was
no match?).
IMHO they should be -1.
Right, that actually makes more sense ...
We use different PCRE versions in
Hi Nick,
becouse in the module mod_usertrack use the next line:
apr_table_setn(r-notes, cookie, cookieval); /* Set the cookie in a note, for
logging */
then I suppose that is possible to get the value cookie into the mod_dumpio
using the line:
const char *cookieval = apr_table_get(f-r-notes,
On Wed, Feb 25, 2009 at 5:50 PM, Paul Querna c...@force-elite.com wrote:
23-27 March 2009, Amsterdam:
http://www.eu.apachecon.com/c/aceu2009/
I'll be there at least
Ditto. -- justin
Justin Erenkrantz wrote:
On Wed, Feb 25, 2009 at 5:50 PM, Paul Querna c...@force-elite.com wrote:
23-27 March 2009, Amsterdam:
http://www.eu.apachecon.com/c/aceu2009/
I'll be there at least
Ditto. -- justin
Same here. Except for a drop-in appearance at Jim and Rich's training,
I even
On Fri, Feb 27, 2009 at 11:16 AM, Justin Erenkrantz
jus...@erenkrantz.comwrote:
On Wed, Feb 25, 2009 at 5:50 PM, Paul Querna c...@force-elite.com wrote:
23-27 March 2009, Amsterdam:
http://www.eu.apachecon.com/c/aceu2009/
I'll be there at least
Ditto. -- justin
Hoping to be...
Wish i could be, but urgent family business will keep me away :-(
Maybe virtually joining :-)
On Fri, Feb 27, 2009 at 11:50 AM, Jeff Trawick traw...@gmail.com wrote:
On Fri, Feb 27, 2009 at 11:16 AM, Justin Erenkrantz jus...@erenkrantz.com
wrote:
On Wed, Feb 25, 2009 at 5:50 PM, Paul Querna
On Tue, Feb 24, 2009 at 10:29 AM, Dan Poirier poir...@pobox.com wrote:
The ProxyFtpListOnWildcard directive controls whether wildcard
characters (*?[{~) in requested filenames cause mod_proxy_ftp to
return a listing of files instead of downloading a file. By default
(value on), they do.
Eric Covener cove...@gmail.com writes:
On Tue, Feb 24, 2009 at 10:29 AM, Dan Poirier poir...@pobox.com wrote:
Also, in testing that change, I found that mod_proxy_ftp escapes
wildcards in filenames using backslashes when sending them to the FTP
server, which none of the FTP servers I was
I will be there too, but I probably won't be able to help much because
my knowledge of Apache is too limited at the moment. Still, it will be
a pleasure to meet you. And maybe I can write the unit tests in Lua :)
On Fri, Feb 27, 2009 at 8:56 PM, Brian McCallister bri...@skife.org wrote:
Wish i
On 02/27/2009 06:16 AM, scte...@apache.org wrote:
Author: sctemme
Date: Fri Feb 27 05:16:18 2009
New Revision: 748396
URL: http://svn.apache.org/viewvc?rev=748396view=rev
Log:
The development trunk of OpenSSL has tightened up the type safety of the
STACK construct
and the functions
On Fri, Feb 27, 2009 at 2:11 PM, Bertrand Mansion bmans...@mamasam.net wrote:
I will be there too, but I probably won't be able to help much because
my knowledge of Apache is too limited at the moment. Still, it will be
a pleasure to meet you. And maybe I can write the unit tests in Lua :)
Ruediger Pluem wrote:
On 02/27/2009 06:16 AM, scte...@apache.org wrote:
Author: sctemme
Date: Fri Feb 27 05:16:18 2009
New Revision: 748396
URL: http://svn.apache.org/viewvc?rev=748396view=rev
Log:
The development trunk of OpenSSL has tightened up the type safety of the
STACK construct
17 matches
Mail list logo