William A. Rowe, Jr. wrote:
At 09:15 PM 6/16/2003, Jeff Trawick wrote:
Justin Erenkrantz wrote:
Since pre_config doesn't get the process info, we can't use the userdata trick to prevent double initialization. My solution would be to grow the pre_config hook to get the process info. But, that
Yes, I think I have to write my own MPM... but I didn't understand
your discrimination per-web-user /per-vhost.
(is not (vhost)==(webs under the same domain)?)
I'm trying to do the following:
1-every http request to *.somedomain to run with a userid
(that what perchild
--On Tuesday, June 17, 2003 9:45 AM + [EMAIL PROTECTED] wrote:
gstein 2003/06/17 02:45:57
Modified:include httpd.h
Log:
Use 'expected' rather than 'exp', as the latter shadows the exp()
function in the math.h header. Some compilers don't like that.
Submitted by: Blair
--On Monday, June 16, 2003 11:15 PM -0500 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
I just wonder why the global pool ID is Unknowable. Why did we ever
decree that the 'one true root pool' is unknowable to the masses (modules)?
That would be a really sweet place to drop process-lifetime
Justin Erenkrantz wrote:
--On Monday, June 16, 2003 11:15 PM -0500 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
I just wonder why the global pool ID is Unknowable. Why did we ever
decree that the 'one true root pool' is unknowable to the masses
(modules)?
That would be a really sweet place
--On Tuesday, June 17, 2003 12:07 PM -0400 Jeff Trawick
[EMAIL PROTECTED] wrote:
ap_hook_pre_config_ex() should work
I'd be fine with a new hook in 2.0, but 2.1+ should just have pre_config
modified to always take that pool parameter. I don't see a need to keep cruft
around just for cruft's
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 17, 2003 6:11 PM
--On Tuesday, June 17, 2003 12:07 PM -0400 Jeff Trawick
[EMAIL PROTECTED] wrote:
ap_hook_pre_config_ex() should work
I'd be fine with a new hook in 2.0, but 2.1+ should just have pre_config
At 07:28 AM 6/17/2003, Jeff Trawick wrote:
William A. Rowe, Jr. wrote:
At 09:15 PM 6/16/2003, Jeff Trawick wrote:
Justin Erenkrantz wrote:
Since pre_config doesn't get the process info, we can't use the userdata trick to
prevent double initialization. My solution would be to grow the
If folks would be so kind as to cvs up their httpd-2.1 trees and check out
the latest cleanup reordering and introduction of ENGINE_ and CONF_
cleanups - I would be most grateful.
Geoff, if you could review the latest commit for sanity, I'd appreciate that, too.
Bill
At 12:17 PM 6/17/2003,
Have mod_dav deal with errors that happen during a streamy provider response.
(This is a followup to the change that makes dav_method_propfind streamy.)
Hopefully, this addresses jerenkrantz's concerns; gstein and I can't
come up with a better solution, given the limits of HTTP design.
*
William A. Rowe, Jr. wrote:
My bad - setenv() will 'work' on win32 to modify the program's 'C' environment
table. Where it falls down is modifying the 'inherited' environment, which
must be maintained with SetEnvironmentVariable. Why setenv() on Win32
didn't do this has always puzzled me.
By the
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 17, 2003 8:27 PM
Have mod_dav deal with errors that happen during a streamy provider response.
(This is a followup to the change that makes dav_method_propfind streamy.)
Hopefully, this addresses jerenkrantz's concerns;
[EMAIL PROTECTED] wrote:
wrowe 2003/06/17 10:44:40
Modified:modules/ssl mod_ssl.c ssl_engine_init.c
Log:
Reaction to Jeff Trawick's observations
Justin's, not Jeff's :)
--On Tuesday, June 17, 2003 12:46 PM -0500 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
If folks would be so kind as to cvs up their httpd-2.1 trees and check out
the latest cleanup reordering and introduction of ENGINE_ and CONF_
cleanups - I would be most grateful.
Geoff, if you could review
Actually, that is Geoff's code; would you mind taking a look?
I suppose I should point out that I was building libssl/libcrypto into
mod_ssl, which is why I never observed this bug. No matter which
ultimate solution we adopt - we need to stay cognizant of both static
and dynamic (the one I
William A. Rowe, Jr. wrote:
It's far easier for your filter to simply 'peek' into the posted body as the final
handler is reading it. Decide what you want to keep/use/discard, and let
that handler have the entire post'ed body to do with as it will.
The problem that I am facing is a bit like
Hi,
On June 17, 2003 04:06 pm, Justin Erenkrantz wrote:
--On Tuesday, June 17, 2003 12:46 PM -0500 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
If folks would be so kind as to cvs up their httpd-2.1 trees and
check out the latest cleanup reordering and introduction of ENGINE_
and CONF_
On Tue, Jun 17, 2003 at 01:27:19PM -0500, Ben Collins-Sussman wrote:
...
@@ -4033,9 +4043,19 @@
/* run report hook */
if ((err = (*vsn_hooks-deliver_report)(r, resource, doc,
r-output_filters)) != NULL) {
-/* NOTE: we're assuming
On Tue, Jun 17, 2003 at 08:33:20AM -0700, Justin Erenkrantz wrote:
--On Tuesday, June 17, 2003 9:45 AM + [EMAIL PROTECTED] wrote:
gstein 2003/06/17 02:45:57
Modified:include httpd.h
Log:
Use 'expected' rather than 'exp', as the latter shadows the exp()
function in
David Wheeler wrote:
On Monday, June 16, 2003, at 02:42 AM, Stas Bekman wrote:
OK, here is the patch that nukes Apache/test.pm. Please test it on
case-insensitive systems (if you don't have Apache/test.pm, please add
it just to test). Once you confirm that it works, I release
Apache::Test
On Monday, June 16, 2003, at 08:02 PM, Stas Bekman wrote:
Any idea why has it failed to delete the file? I've copied the code
from forceunlink sub in MakeMaker (which is called on UNINST=1), it
changes the mode to 0666 and then attempts to delete the file.
Because I ran it as a non-root user.
Stas Bekman wrote:
David Wheeler wrote:
On Monday, June 16, 2003, at 08:02 PM, Stas Bekman wrote:
Any idea why has it failed to delete the file? I've copied the code
from forceunlink sub in MakeMaker (which is called on UNINST=1), it
changes the mode to 0666 and then attempts to delete the
Hi All,
I'm porting MasonX::CallbackHandler from Apache::test to Apache::Test.
My Makefile.PL does this:
use Apache::TestMM qw(test clean);
use Apache::TestRunPerl;
Apache::TestMM::filter_args();
Apache::TestRunPerl-generate_script();
This is nice, because it creates t/TEST for me. But I've
1. The documentation is pretty lacking. Granted, it was bad in
Apache::test, too, but I sure would like to see some decent pod in each
of the important Apache::Test* modules.
agreed. resources you may find useful (if you haven't seen them already):
On Tuesday, June 17, 2003, at 05:46 PM, David Wheeler wrote:
Apache::TestRequest::user_agent( requests_redirectable = 0 );
However, it still seems to redirect. If someone could tell me how I
might get Apache::TestRequest to pay attention to the LWP::UserAgent
settings I want it to use, I would
25 matches
Mail list logo