Re: [modperl2] Note on the win32 docs

[Doug MacEachern]

On Mon, 20 May 2002, Peter Rothermel wrote:

> Thanks for the info. Latest from cvs works fine.
> Any idea how close _02 might be to release?

hopefully in a day or three.

Re: [modperl2] Note on the win32 docs

[Peter Rothermel]

Thanks for the info. Latest from cvs works fine.
Any idea how close _02 might be to release?

-pete

Doug MacEachern wrote:

> On Mon, 20 May 2002, Peter Rothermel wrote:
>
> > I've run into a problem with mod_perl configuration instructions
> > with for Registry scripts.  I've built mod_perl and copied the
> > blib directly under my Apache2 (server root) directory.
>
> sounds like a bug that has been fixed in cvs.  try the cvs version or wait
> for _02 or try the patch below.
>
> Index: ModPerl-Registry/lib/ModPerl/RegistryCooker.pm
> ===
> RCS file: /home/cvs/modperl-2.0/ModPerl-Registry/lib/ModPerl/RegistryCooker.pm,v
> retrieving revision 1.5
> retrieving revision 1.6
> diff -u -r1.5 -r1.6
> --- ModPerl-Registry/lib/ModPerl/RegistryCooker.pm  13 Nov 2001 04:34:31 -   
>   1.5
> +++ ModPerl-Registry/lib/ModPerl/RegistryCooker.pm  16 Apr 2002 17:14:16 -   
>   1.6
> @@ -42,10 +42,11 @@
>  # httpd.conf with:
>  #   PerlSetVar ModPerl::RegistryCooker::DEBUG 4
>  use Apache::ServerUtil ();
> -use constant DEBUG =>
> -defined Apache->server->dir_config('ModPerl::RegistryCooker::DEBUG')
> -? Apache->server->dir_config('ModPerl::RegistryCooker::DEBUG')
> -: D_NONE;
> +use constant DEBUG => 0;
> +#XXX: below currently crashes the server on win32
> +#defined Apache->server->dir_config('ModPerl::RegistryCooker::DEBUG')
> +#? Apache->server->dir_config('ModPerl::RegistryCooker::DEBUG')
> +#: D_NONE;
>
>  #
>  # object's array index's access constants

Re: [modperl2] Note on the win32 docs

[Doug MacEachern]

On Mon, 20 May 2002, Peter Rothermel wrote:

> I've run into a problem with mod_perl configuration instructions
> with for Registry scripts.  I've built mod_perl and copied the
> blib directly under my Apache2 (server root) directory.

sounds like a bug that has been fixed in cvs.  try the cvs version or wait 
for _02 or try the patch below.

Index: ModPerl-Registry/lib/ModPerl/RegistryCooker.pm
===
RCS file: /home/cvs/modperl-2.0/ModPerl-Registry/lib/ModPerl/RegistryCooker.pm,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- ModPerl-Registry/lib/ModPerl/RegistryCooker.pm  13 Nov 2001 04:34:31 - 
 1.5
+++ ModPerl-Registry/lib/ModPerl/RegistryCooker.pm  16 Apr 2002 17:14:16 - 
+ 1.6
@@ -42,10 +42,11 @@
 # httpd.conf with:
 #   PerlSetVar ModPerl::RegistryCooker::DEBUG 4
 use Apache::ServerUtil ();
-use constant DEBUG =>
-defined Apache->server->dir_config('ModPerl::RegistryCooker::DEBUG')
-? Apache->server->dir_config('ModPerl::RegistryCooker::DEBUG')
-: D_NONE;
+use constant DEBUG => 0;
+#XXX: below currently crashes the server on win32
+#defined Apache->server->dir_config('ModPerl::RegistryCooker::DEBUG')
+#? Apache->server->dir_config('ModPerl::RegistryCooker::DEBUG')
+#: D_NONE;
 
 #
 # object's array index's access constants

Re: [modperl2] Note on the win32 docs

[Peter Rothermel]

I've run into a problem with mod_perl configuration instructions
with for Registry scripts.  I've built mod_perl and copied the
blib directly under my Apache2 (server root) directory.

Here's the errors I get run I start apache:

C:\WGTI\Apache2\bin>apache
Using C:\WGTI\Apache2/blib
[Mon May 20 13:42:35 2002] [error] Attempt to free unreferenced scalar at C:\WGT
I\Apache2/blib/lib/Apache2/ModPerl/RegistryCooker.pm line 45.
BEGIN failed--compilation aborted at C:\WGTI\Apache2/blib/lib/Apache2/ModPerl/Re
gistryCooker.pm line 48.
Compilation failed in require at C:\WGTI\Apache2/blib/lib/Apache2/ModPerl/Regist
ry.pm line 11.
BEGIN failed--compilation aborted at C:\WGTI\Apache2/blib/lib/Apache2/ModPerl/Re
gistry.pm line 11.
Compilation failed in require at C:/WGTI/Apache2/conf/extra.pl line 15.
BEGIN failed--compilation aborted at C:/WGTI/Apache2/conf/extra.pl line 15.
Compilation failed in require at (eval 1) line 1.

[Mon May 20 13:42:35 2002] [error] Can't load Perl file: C:/WGTI/Apache2/conf/ex
tra.pl for server spider.inside.sealabs.com:80, exiting...


Here's snipet of my httpd.conf file:

   LoadModule perl_module modules/mod_perl.so

   PerlSwitches -Mblib=C:\WGTI\Apache2

   PerlModule Apache2
   PerlModule Apache::compat

   PerlRequire "C:/WGTI/Apache2/conf/extra.pl"


Here's my extra.pl

 use Apache2 ();
 use ModPerl::Util ();
 use Apache::RequestRec ();
 use Apache::RequestIO ();
 use Apache::RequestUtil ();
 use Apache::Server ();
 use Apache::ServerUtil ();
 use Apache::Connection ();
 use Apache::Log ();
 use Apache::Const -compile => ':common';
 use APR::Const -compile => ':common';
 use APR::Table ();
 use Apache::compat ();
 use ModPerl::Registry ();
 use CGI ();
1;

Re: [modperl2] Note on the win32 docs

[Randy Kobes]

On Mon, 13 May 2002, Peter Rothermel wrote:

> When you built the mod_perl distribution did you use
> perl Makefile.PL MP_AP_PREFIX=C\Apache2 MP_INST_APACHE2=1
> LIB=C:\Apache2\blib\lib

Ah ... I just used
perl Makefile.PL MP_AP_PREFIX=C:\Apache2 MP_INST_APACHE2=1
and then copied the blib/ directory into Apache2/ (and the
mod_perl.so into Apache2/modules/).

best regards,
randy

Re: [modperl2] Note on the win32 docs

[Peter Rothermel]

Randy Kobes wrote:

> On Mon, 13 May 2002, Peter Rothermel wrote:
>
> The blib/ directory under C:/Apache2 doesn't actually
> have to be moved anywhere - one includes it with the directive
> PerlSwitches -Mblib=C:\Apache2
> specified in the supplied httpd.conf  So, for this
> distribution, one doesn't need to do anything with the
> Perl stuff ... Or am I misunderstanding something?

When you built the mod_perl distribution did you use
perl Makefile.PL MP_AP_PREFIX=C\Apache2   MP_INST_APACHE2=1 LIB=C:\Apache2\blib\lib

thanks
pete

>
>
> best regards,
> randy

Re: [modperl2] Note on the win32 docs

[Randy Kobes]

On Mon, 13 May 2002, Peter Rothermel wrote:

> Excellent document.
> A slight enhancement request.
> Could you give some details on how to separate
> the modperl installation from the Perl installation?
> I believe the latest binary release has the mod_perl
> installed in a separate blib under the C:\Apache2 directory.
>
> thanks
> -pete

Thanks ... I assume you're talking about the Apache-2/modperl-2
binary within the Apache2.tar.gz archive referred to ...
The blib/ directory under C:/Apache2 doesn't actually
have to be moved anywhere - one includes it with the directive
PerlSwitches -Mblib=C:\Apache2
specified in the supplied httpd.conf  So, for this
distribution, one doesn't need to do anything with the
Perl stuff ... Or am I misunderstanding something?

best regards,
randy

Re: [modperl2] Note on the win32 docs

[Peter Rothermel]

Excellent document.
A slight enhancement request.
Could you give some details on how to separate
the modperl installation from the Perl installation?
I believe the latest binary release has the mod_perl
installed in a separate blib under the C:\Apache2 directory.

thanks
-pete

> __
> Stas BekmanJAm_pH --> Just Another mod_perl Hacker
> http://stason.org/ mod_perl Guide ---> http://perl.apache.org
> mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
> http://modperlbook.org http://apache.org   http://ticketmaster.com

RE: [modperl2] Note on the win32 docs

[Doug MacEachern]

On Fri, 10 May 2002, Randy Kobes wrote:
 
> You're right - "PerlSendHeader On" should be there ... I'll
> modify the draft accordingly. Thanks.

actually, the 2.0 config is:

 PerlOptions +ParseHeaders

PerlSendHeader On is just alias of that for backwards compat.

RE: [modperl2] Note on the win32 docs

[Randy Kobes]

On Wed, 8 May 2002, Alessandro Forghieri wrote:

> The script that follows *DOES* in fact send a header (so my previous msg. is
> partly wrong; I am used to read/write "print
> $q->header(-content_type=>text/html)" rather than  simply "print header",
> but then I am rather long winded. OTOH the  script coming *before* the
> section does not send the content-type header).
>
> I still think that PerlSendheader On is needed in the conf: when I omit it,
> I see an extra content-type header in the page content itself, that
> disappears after I insert the above directive.

You're right - "PerlSendHeader On" should be there ... I'll
modify the draft accordingly. Thanks.

best regards,
randy