Correct.
This was introduced in r1465115.
Fixed in trunk in r1490507.
Le 06/06/2013 17:54, Guenter Knauf a écrit :
ua/lua_passwd.c T
On Thu, Jun 6, 2013 at 5:56 PM, Michael Felt wrote:
> consider this a curiosity - but using the same configure command for 2.4.4
> and 2.4.x - with 2.4.x the filter mod_deflate.c gets included in libexec in
> version 2.4.4, but not in 2.4.x
>
> Is this expected? the mod_deflate.so is no longer inc
consider this a curiosity - but using the same configure command for 2.4.4
and 2.4.x - with 2.4.x the filter mod_deflate.c gets included in libexec in
version 2.4.4, but not in 2.4.x
Is this expected? the mod_deflate.so is no longer included (by "default")?
using:
./configure \
Hi Rüdiger,
On 06.06.2013 16:03, rpl...@apache.org wrote:
Author: rpluem
Date: Thu Jun 6 14:03:28 2013
New Revision: 1490290
URL: http://svn.apache.org/r1490290
Log:
* truncpw was allocated from a pool and not via malloc
Modified:
httpd/httpd/trunk/modules/lua/lua_passwd.c
Modified: http
On 06.06.2013 12:48, Eric Covener wrote:
What's the expectation on a relative path? ServerRoot?
yep
On Thu, Jun 6, 2013 at 5:03 AM, Guenter Knauf wrote:
> On 06.06.2013 02:34, Eric Covener wrote:
>>
>> This is a bug in the example and/or the code. If you don't return a
>> HTTP status code, or apache2.OK, the request is declined and handled
>> by the core.
>>
>> I am split between returning 500 o
On 06.06.2013 02:34, Eric Covener wrote:
This is a bug in the example and/or the code. If you don't return a
HTTP status code, or apache2.OK, the request is declined and handled
by the core.
I am split between returning 500 or assuming no return value = apache2.OK.
thanks Eric!
After I added a
Would you please let me know once you have completed/commited this ? I much
rather copy your fix locally and apply it until the next upgrade where it
would be contained anyway, instead of live with another custom patch.
On Tue, Jun 4, 2013 at 1:13 AM, Nick Kew wrote:
>
> On 3 Jun 2013, at 14:31,
