You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Doug MacEachern <do...@opengroup.org> on 1997/08/25 19:57:37 UTC
Re: init_modules was moved and it broke mod_perl
Rob Hartill <ro...@imdb.com> wrote:
> On Sat, 23 Aug 1997, Dean Gaudet wrote:
>
> > This will make the vhash line be printed on stderr ... ah well, that can
> > be commented out until we have logging levels. So why is it that mod_perl
> > needs this double init?
>
> It needs 1 init but at an earlier stage. At the moment there's no Perl
> interpreter running when the config file(s) are parsed.
Exactly, the old way was like so:
first httpd config files read (mod_perl skips this pass)
first init_modules (mod_perl fires up Perl runtime)
second httpd config files read (mod_perl now handles <Perl> sections)
second init_module (mod_perl skips this pass)
> I've proposed an alternative solution to Doug (and Dean) off this list.
> Doug's not around at the moment, but when he returns he can decide if
> mod_perl can be tweaked to compensate.
Looks like this will work. I'll try it out later and try to cut a
current from-cvs compatible mod_perl version tonight.
-Doug
Re: init_modules was moved and it broke mod_perl
Posted by Dean Gaudet <dg...@arctic.org>.
Just reverting back to the old behaviour is fine with me ... the vhash
message is a debugging message and can be switched to the new log stuff or
something.
Dean
On Mon, 25 Aug 1997, Doug MacEachern wrote:
> Rob Hartill <ro...@imdb.com> wrote:
>
> > On Sat, 23 Aug 1997, Dean Gaudet wrote:
> >
> > > This will make the vhash line be printed on stderr ... ah well, that can
> > > be commented out until we have logging levels. So why is it that mod_perl
> > > needs this double init?
> >
> > It needs 1 init but at an earlier stage. At the moment there's no Perl
> > interpreter running when the config file(s) are parsed.
>
> Exactly, the old way was like so:
> first httpd config files read (mod_perl skips this pass)
> first init_modules (mod_perl fires up Perl runtime)
> second httpd config files read (mod_perl now handles <Perl> sections)
> second init_module (mod_perl skips this pass)
>
> > I've proposed an alternative solution to Doug (and Dean) off this list.
> > Doug's not around at the moment, but when he returns he can decide if
> > mod_perl can be tweaked to compensate.
>
> Looks like this will work. I'll try it out later and try to cut a
> current from-cvs compatible mod_perl version tonight.
>
> -Doug
>