i see, 1.x had logic in perl_util.c:perl_clear_env to leave TZ and PATH in
%ENV. just committed a change that will do that same, making $ENV{PATH}
available at startup.
Works now for me without the need of PerlPassEnv PATH
Thanks
Gerald
I fixed that by aliasing Apache::log_error to Apache-server-log_error, by
adding sub Apache::log_error to ...where-perl-lives/Apache2/Apache/compat.pm.
ok, we can do the same (or similar) in compat.pm to support
Apache::log_error
thanks.
However, more complex code will still fail.
e.g.,
I was documenting the env vars set under 2.0, and saw that
GATEWAY_INTERFACE shouldn't be available under 2.0 unless MP_COMPAT_1X
is defined. But it's always defined. What's the plan?
__
Stas BekmanJAm_pH -- Just
MP_perl_global_entries[] = {
{END,MP_GLOBAL_OFFSET(end),MP_GLOBAL_AVCV}, /* END
*/
What's global END()? I thought END always belong to some namespace.
nope. PL_endav is global.
Does this mean that any END blocks registered during a request handler,
will be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sorry for the off topic post, but I'm not sure where else to post...
Has anyone here ever seen bugs with requests on an EAPI enabled Apache where
r-per_dir_config is NULL? I haven't managed to replicate the bug yet, but a
number of AxKit users are
On Sun, 2 Jun 2002, Stas Bekman wrote:
Therefore the following fails:
PerlModule Apache2
PerlRequire /home/httpd/httpd-2.0/perl/startup.pl
if the startup file needs something from Apache2/ (which is in 99% the
case).
one can always 'use Apache2 ();' in startup.pl instead.
So
On Sun, 2 Jun 2002, Stas Bekman wrote:
The %ENV part is fine, but why don't I see: EnvTest env var set in the
config file via subprocess_env? Is it supposed be this way?
see modperl_env.c:
/* XXX: might want to always do this regardless of PerlOptions -SetupEnv */
On Mon, 3 Jun 2002, Stas Bekman wrote:
The good thing about lib.pm is that it removes duplicates if any.
sure. the bad thing is it is much more expensive and bloated. all the
stats and 'use Config'.
I've changed the docs to say:
As an alternative to using Cuse lib in Istartup.pl to
On Mon, 3 Jun 2002, Stas Bekman wrote:
I was documenting the env vars set under 2.0, and saw that
GATEWAY_INTERFACE shouldn't be available under 2.0 unless MP_COMPAT_1X
is defined. But it's always defined. What's the plan?
it is mainly for documentation at the moment. anything withing
On Mon, 3 Jun 2002, Herbert Rosmanith wrote:
aha. I had changed that to use Apache2::APR::Table(); and it worked.
you shouldn't have to do that. do you configure:
PerlModule Apache2
PerlModule Apache::compat
?
one:
1)
return OK unless $r-is_main;
complains that is_main does
On Mon, 3 Jun 2002, Doug MacEachern wrote:
On Sun, 2 Jun 2002, Stas Bekman wrote:
The %ENV part is fine, but why don't I see: EnvTest env var set in the
config file via subprocess_env? Is it supposed be this way?
see modperl_env.c:
/* XXX: might want to always do this regardless
On Mon, 3 Jun 2002, Doug MacEachern wrote:
On Mon, 3 Jun 2002, Stas Bekman wrote:
I was documenting the env vars set under 2.0, and saw that
GATEWAY_INTERFACE shouldn't be available under 2.0 unless MP_COMPAT_1X
is defined. But it's always defined. What's the plan?
it is mainly for
you should retry. even though it isn't the default yet,
'PerlModule Apache2' is a noop if modules were installed in the default
locations. so there is no harm in always having it configured.
ok, I will try this, when I get a free time slot, jsut have to mange some
other things before...
On Mon, 3 Jun 2002, Stas Bekman wrote:
Does this mean that any END blocks registered during a request handler,
will be run at the end of it and not at the shutdown? If not where do
they go if PL_endav is getting reset to its pre-request value.
only if SetHandler is perl-script, PL_endav
On Tue, 4 Jun 2002, Stas Bekman wrote:
whichever way is fine with me, I was documenting the differences between
modperl and perl-script and wasn't sure how to document this. So should I
say:
under the modperl handler use Perl{Set,Add}Var instead of
Perl{Set,Pass}Env. Alternatively use
On Tue, 4 Jun 2002, Stas Bekman wrote:
Ok, so the advisory should be:
If you use a startup file, add at the top of it:
use Apache2 ();
Only if you don't use a startup file, use:
PerlModule Apache2
or something like this. ok?
sure, but keep in mind if we figure the proper
On Tue, 4 Jun 2002, Stas Bekman wrote:
I haven't finished porting the registry family. When I'm done there will
be no need for Apache::compat to run ModPerl::Registry. Why would you need
to know whether you are running under Apache::Registry or
ModPerl::Registry? they are absolutely the
On Tue, 4 Jun 2002, Matt Sergeant wrote:
Seems to be I think - but then this isn't a bug I've been able to replicate. I
asked the person to try recompiling with an explicit -DEAPI and it made no
difference. AxKit uses Apache::src to get the headers and CFLAGS.
Does the request_rec
On Tue, 4 Jun 2002, Matt Sergeant wrote:
OK, I'm applying the following diff. Does it make sense to you? (I'm
completely lost as to why I need to do this, so any guidance is most
welcome!)
looks right to me. same issues that have been plaguing modperl itself
ever since 5.6.0 was
On Mon, 3 Jun 2002, Herbert Rosmanith wrote:
sub trans($$) {
also, this needs to be:
sub trans : method {
which works with both 1.x and 2.x
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
On Mon, 3 Jun 2002, Doug MacEachern wrote:
On Tue, 4 Jun 2002, Stas Bekman wrote:
Ok, so the advisory should be:
If you use a startup file, add at the top of it:
use Apache2 ();
Only if you don't use a startup file, use:
PerlModule Apache2
or something like
On Mon, 3 Jun 2002, Doug MacEachern wrote:
On Tue, 4 Jun 2002, Stas Bekman wrote:
I haven't finished porting the registry family. When I'm done there will
be no need for Apache::compat to run ModPerl::Registry. Why would you need
to know whether you are running under Apache::Registry
On Mon, 3 Jun 2002, Doug MacEachern wrote:
On Mon, 3 Jun 2002, Stas Bekman wrote:
Does this mean that any END blocks registered during a request handler,
will be run at the end of it and not at the shutdown? If not where do
they go if PL_endav is getting reset to its pre-request
gerald is talking about configuring the httpd.conf to use one or the other
for testing. one thing we could do is have modperl add a MODPERL2 define
internally, as if the server has been started with -DMODPERL2. that can
be used with IfDefine MODPERL2 in .conf files and with
if
Hey, I just wanted to say that I really like the way the eToys article
looks on the new documentation site. You guys have done a great job.
Thanks for taking the time to put the diagrams in there too.
- Perrin
-
To
Perrin Harkins wrote:
Hey, I just wanted to say that I really like the way the eToys article
looks on the new documentation site. You guys have done a great job.
Thanks for taking the time to put the diagrams in there too.
That's all Per Einar's fault :)
At 17:49 02.06.2002, Per Einar Ellefsen wrote:
Hi,
I've created a first version of the Link to us page.
http://users.skynet.be/pereinar/mod-perl/about/link/linktous.html
Tell me what you think... I suppose there must be many things to fix.
Should I take this lack of response as a resoundig +1?
--
On Mon, 3 Jun 2002, Per Einar Ellefsen wrote:
At 17:49 02.06.2002, Per Einar Ellefsen wrote:
Hi,
I've created a first version of the Link to us page.
http://users.skynet.be/pereinar/mod-perl/about/link/linktous.html
Tell me what you think... I suppose there must be many things to fix.
28 matches
Mail list logo