embedded perl ssi weirdness?

[Igor Sysoev]

On Sun, May 25, 2008 at 09:39:15PM +0800, Jeffrey 'jf' Lim wrote:

> On Sun, May 25, 2008 at 9:18 PM, Igor Sysoev <is at rambler-co.ru> wrote:
> 
> > On Sun, May 25, 2008 at 04:57:18PM +0800, Jeffrey 'jf' Lim wrote:

> > > 2. I notice that changes to the ".pm" files are not dynamic, or
> > > "on-the-fly". You have to restart nginx in order for the changes to be
> > > reflected. Is this intentional?
> >
> > Yes, you need to reconfigure nginx (if perl was built with threads or
> > multiplicty interpeters support) or to do online uprade (if perl is single
> > interpeter). I simply do know how to test all involved files.
> >
> 
> Are you saying that I need to reconfigure nginx with a different set of
> options, or that the fault is with my perl setup, and that I should upgrade
> my perl, and then reconfigure nginx?

No, nginx reconfiguration is -HUP signal, online upgrade is -USR2 signal.

> 'perl -V' gives me
> ======
> ...
> Characteristics of this binary (from libperl):
>   Compile-time options: MULTIPLICITY PERL_IMPLICIT_CONTEXT
>                         PERL_MALLOC_WRAP THREADS_HAVE_PIDS USE_64_BIT_ALL
>                         USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES
>                         USE_PERLIO USE_REENTRANT_API
> ...
> ========
> 
> so I'm assuming here that my perl should be built with threads and
> multiplicity already?

You have at least multiplicity interpereters. What does
perl -V:usemultiplicity -V:usethreads
show ?


-- 
Igor Sysoev
http://sysoev.ru/en/