Joshua Slive wrote:
>
> On Tue, 31 May 2005 [EMAIL PROTECTED] wrote:
>
>> Couldn't we add one (or several) keywords for important problems that
>> have a trivial solution ? This would allow quicker integration.
>
>
> I don't think it would help, really. It still requires people to go
> searchi
On May 26, 2005, at 10:11 PM, Greg Stein wrote:
1. We want mod_dav_svn to handle POST requests.
[...] I'm a bit wary of a vtable hook that merely gateways an
arbitrary set of functionality. Further, it would not belong to the
vsn_hooks vtable -- that is for DeltaV stuff which POST is most
On Tue, 31 May 2005 [EMAIL PROTECTED] wrote:
Couldn't we add one (or several) keywords for important problems that
have a trivial solution ? This would allow quicker integration.
I don't think it would help, really. It still requires people to go
searching back through the bug database, whi
[
http://issues.apache.org/jira/browse/MODPYTHON-55?page=comments#action_66615 ]
David Fraser commented on MODPYTHON-55:
---
Seems reasonable ; it would be nice to retain the ability to build without
configure by running setup.py directly (at least
PR 12655 is a rather natty pool lifetime issue...
mod_include sets r->subprocess_env = r->main->subprocess_env in the
subrequest, and may set variables in that table from the subrequest's
r->pool. But it then goes and destroys the subrequest r->pool too early
(despite the fact that it guarantees
Couldn't we add one (or several) keywords for important
problems that have a trivial solution ?
This would allow quicker integration.
I think typically about memory leaks and buffer overruns. Once
they are discovered (which is the real difficult part), the fix is usually
trivial - often one
* "William A. Rowe, Jr." <[EMAIL PROTECTED]> wrote:
> This is my final plea to kill fast_internal_redirect.
>
> Jeff Trawick recently noted that the change to mod_dir means
> that a request for / (translated to /index.foo) means that
> /index.foo can't be manipulated by mod_rewrite. If they choo