Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
Geoffrey Young wrote:
[...]
automatic per-request is definitely the way to go if we can do it -
people just don't understand the unusual scoping of this field, so
helping them along is probably best.
sure, let's do that.
It might also
Stas Bekman <[EMAIL PROTECTED]> writes:
> Geoffrey Young wrote:
[...]
>> automatic per-request is definitely the way to go if we can do it -
>> people just don't understand the unusual scoping of this field, so
>> helping them along is probably best.
>
> sure, let's do that.
It might also be ni
Geoffrey Young wrote:
The question is whether we want to make that docroot change persistent
across requests [1] or per-request[2]. Geoff's proposal matches the
former [1]behavior, whereas Joe's the latter[2].
I tend to think that per-request[2] is the sane solution. That's because
you can never kn
> The question is whether we want to make that docroot change persistent
> across requests [1] or per-request[2]. Geoff's proposal matches the
> former [1]behavior, whereas Joe's the latter[2].
>
> I tend to think that per-request[2] is the sane solution. That's because
> you can never know wheth
Geoffrey Young wrote:
take a look at the implementation in mp1 - why won't something like that
work, so long as we're in prefork?
i.e. create a special scalar (quoting from mp1):
SV *doc_root = perl_get_sv("Apache::Server::DocumentRoot", TRUE);
sv_setsv(doc_root, ST(1));
con
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
> I was just adding a note to the API method doc saying:
>
>it's important to mention that at the end of each request where
>you modify this setting you absolutely must restore it to its
>original value.
>
> but it doesn't work, since the
> So unless I miss something we have two options:
>
> 1) nuke that method completely
>
> 2) either provide a new method that restores the data using a
> preallocated string from the server pool or do that internally in the
> server
>
> 3) or change $r->document_root method to accept the pool ob
Stas Bekman wrote:
Cahill, Earl wrote:
[...]
Second, I couldn't get this
$r->document_root(hostname2docroot($r->hostname));
[...]
It's a bug. This patch which will go in shortly fixes it:
[...]
+conf->ap_document_root = apr_pstrdup(r->pool,
SvPV_nolen(new_root));
[...]
before it just happe
Cahill, Earl wrote:
[...]
Second, I couldn't get this
$r->document_root(hostname2docroot($r->hostname));
To set the docroot. However, each of the following worked
my $new_docroot = hostname2docroot($r->hostname);
$r->document_root($new_docroot);
And
$r->document_root("" . hostname2docroot($r->ho
> First, in my little test, I alternate between five different hosts, and
> don't do the cleanup handler to put the docroot back, and everything looks
> fine.
you will eventually, once you get enough requests to cycle through all of
the httpd children.
>
> Second, I couldn't get this
>
> $r->d
How very strange.
My question is, why switch to apache2 if I have to use a prefork server, and
seemingly can't take advantage of threading?
Thanks,
Earl
> -Original Message-
> From: Geoffrey Young [mailto:[EMAIL PROTECTED]
> Sent: Monday, February 14, 2005 4:27 PM
> To:
Geoffrey Young wrote:
>> $r->document_root(hostname2docroot($r->hostname));
>
>
> you just can't do that without setting it back at the end of a request. see
>
> http://www.webreference.com/programming/perl/cookbook/chap4/2.html
>
> for why.
I should add here that try doing this in a thr
> $r->document_root(hostname2docroot($r->hostname));
you just can't do that without setting it back at the end of a request. see
http://www.webreference.com/programming/perl/cookbook/chap4/2.html
for why.
> Can't locate object method "document_root" via package "Apache::RequestRec"
try
13 matches
Mail list logo
