Re: [mp1] Alternative for CHECK

[Stas Bekman]

David Wheeler wrote:

On Thursday, February 20, 2003, at 09:41  PM, Stas Bekman wrote:


startup.pl?



Won't work too well in a module, I think. I have a workaround for my  
problem for now, but it ain't pretty.

Why not? Use a separate module to drive the others?

package My::PostConfig;

BEGIN {
  # whatever needs to be done for other modules
}
1;

startup.pl:
---
use My::PostConfig


__
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: [mp1] Alternative for CHECK

[David Wheeler]

On Thursday, February 20, 2003, at 09:41  PM, Stas Bekman wrote:


startup.pl?


Won't work too well in a module, I think. I have a workaround for my  
problem for now, but it ain't pretty.

in 2.0 you have: PerlPostConfigHandler
http://perl.apache.org/docs/2.0/user/handlers/ 
server.html#PerlPostConfigHandler

Oooh, yes, that's exactly what I want. Will have to port it all when  
the time comes. Waiting for the mod_perl 2 momentum, now,

Regards,

David

--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED]  ICQ: 15726394
   Yahoo!: dew7e
   Jabber: [EMAIL PROTECTED]
Kineticode. Setting knowledge in motion.[sm]

Re: mp2: any recommendations for template systems yet?

[Gerald Richter]

>
> > Without wishing to start anything religious ... any suggestions
> > for a template system that handles sessions?
>
> Apache::ASP, Embperl, and Mason all have session support integrated
> now.  I can't vouch for their stability on mp2 yet though.
>

Embperl works fine with Apache 2 in prefork mode (the default). A threaded
Apache 2 isn't supported yet, but should come soon

Gerald


--
Gerald Richter ecos electronic communication services gmbh
IT-Securitylösungen * dynamische Webapplikationen * Consulting

Post:   Tulpenstrasse 5  D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED]  Voice:   +49 6133 939-122
WWW:http://www.ecos.de/  Fax: +49 6133 939-333
--
|
|   Besuchen Sie uns auf der CeBIT vom 12. - 19. März 2003
|   Messe Hannover * Halle 17 * Stand F 36
|   http://www.cebit.de/
|
+-

Re: [mp1] Alternative for CHECK

[Stas Bekman]

David Wheeler wrote:

On Thursday, February 20, 2003, at 07:04  PM, Stas Bekman wrote:


PerlChildInitHandler? e.g. used by Apache::DBI to pre-connect to the db.



Yeah, but I was looking for something pre-fork. Anything come to mind?


startup.pl?

in 2.0 you have: PerlPostConfigHandler
http://perl.apache.org/docs/2.0/user/handlers/server.html#PerlPostConfigHandler


__
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: mp2: any recommendations for template systems yet?

[Perrin Harkins]

On Thu, 2003-02-20 at 22:27, Carl Brewer wrote:
> Do any of you have any recommendations for template systems with
> mp2?  Not of the religious kind (!) but more on the lines
> of what's working with mp2 at the moment?

Everything that doesn't make mod_perl API calls should work without
changes.  That means HTML::Template, Template Toolkit, Text::Template,
CGI::FastTemplate, etc.

> Without wishing to start anything religious ... any suggestions
> for a template system that handles sessions?

Apache::ASP, Embperl, and Mason all have session support integrated
now.  I can't vouch for their stability on mp2 yet though.

> I'm not adverse to
> HTML::Template and Apache::Session if it'll work with mp2.

Since Apache::Session has nothing to do with mod_perl, it will work fine
on mp2, or CGI for that matter.

- Perrin

Re: [mp1] Alternative for CHECK

[David Wheeler]

On Thursday, February 20, 2003, at 07:04  PM, Stas Bekman wrote:


PerlChildInitHandler? e.g. used by Apache::DBI to pre-connect to the 
db.

Yeah, but I was looking for something pre-fork. Anything come to mind?

Thanks,

David

--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED]  ICQ: 15726394
   Yahoo!: dew7e
   Jabber: [EMAIL PROTECTED]
Kineticode. Setting knowledge in motion.[sm]

mp2: any recommendations for template systems yet?

[Carl Brewer]

Do any of you have any recommendations for template systems with
mp2?  Not of the religious kind (!) but more on the lines
of what's working with mp2 at the moment?  I'm about to port a
PHP app to mod_perl and will be covering IPv6 traffic with it,
so (and I want to as well :) ) will have to use apache2, and thus
mp2.  I looked at Mason but their homepage seemed to make little
mention of mp2 except in the FAQ "not yet" :)

Without wishing to start anything religious ... any suggestions
for a template system that handles sessions? I'm not adverse to
HTML::Template and Apache::Session if it'll work with mp2.

thanks for your time,
Carl

mp2: anyone got mp2 and apache 2.0.44 working on any version of OpenBSD?

[Carl Brewer]

Scanning both dev.modperl and here, I've found a couple of
mails concerning OpenBSD and mod_perl 2 (1.99_08) with Apache 2.0.44,
I've tried a few quick hacks and have been unable to get it working
either, with the same error as seen on :

[EMAIL PROTECTED]">http://mathforum.org/epigone/modperl/sponggrunlim/[EMAIL PROTECTED]

I'm using perl 5.8.0 on OpenBSD 2.9, but the same error crops
up.  Has anyone been able to get it to run? (it seems to work
well on SunOS 5.8 with the same apache & perl versions)

Carl

Re: [mp1] Alternative for CHECK

[Stas Bekman]

David Wheeler wrote:

Hi All,

I'm writing a module that will run in Apache and has important code that 
needs to run after all modules have loaded but before Apache forks and 
starts serving requests. Since mod_perl 1.x ignores CHECK and INIT 
blocks, and BEGIN blocks run too early for what I'm doing, I was 
wondering if there's a hook in the mod_perl API where I can run some 
code just before before Apache forks and starts serving requests?

If you must know what I'm doing, I'm looking for stuff in the symbol table.

PerlChildInitHandler? e.g. used by Apache::DBI to pre-connect to the db.

__
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

[mp1] Alternative for CHECK

[David Wheeler]

Hi All,

I'm writing a module that will run in Apache and has important code 
that needs to run after all modules have loaded but before Apache forks 
and starts serving requests. Since mod_perl 1.x ignores CHECK and INIT 
blocks, and BEGIN blocks run too early for what I'm doing, I was 
wondering if there's a hook in the mod_perl API where I can run some 
code just before before Apache forks and starts serving requests?

If you must know what I'm doing, I'm looking for stuff in the symbol 
table.

TIA!

David

--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED]  ICQ: 15726394
   Yahoo!: dew7e
   Jabber: [EMAIL PROTECTED]
Kineticode. Setting knowledge in motion.[sm]

FYI: Apache Modeling Portal

[Stas Bekman]

If you are interested in the Apache internals, the Apache Modeling Portal 
seems to be a great resourse http://apache.hpi.uni-potsdam.de/ (someone has 
posted the link to httpd-dev).

I suppose that the most interesting part is the introduction to the Apache 
HTTP Server, covering both an overview and implementation details. It presents 
results of the Apache Modelling Project done by research assistants and 
students of the Hasso-Plattner-Institute in 2001 and 2002.

HTML: http://apache.hpi.uni-potsdam.de/document
PDF: http://apache.hpi.uni-potsdam.de/modules.php?name=Downloads&d_op=getit&lid=3

It's still incomplete, but has quite a lot of things covered. Including 
numerous diagrams. From a quick browsing it seems like it's concentrating on 
Apache 2.0, while covering 1.0 as well.

I'll add this resource to the Apache resources soonish:
http://perl.apache.org/docs/offsite/other.html#Apache
__
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: libapreq

[David Wilde]

Will do, thank you.

On Thursday 20 February 2003 23:36, Stas Bekman wrote:
> David Wilde wrote:
> > Is there a beta version of libapreq available for Apache 2?
>
> No, but subscribe to [EMAIL PROTECTED] to stay up to
> date with the new developments.
>
>
> __
> 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: [mp2] what is and why is it my log?

[Nick Tonkin]

On Fri, 21 Feb 2003, Stas Bekman wrote:

> Ged Haywood wrote:
> > On Thu, 20 Feb 2003, Nick Tonkin wrote:
> >
> >
> >>Hi,
> >>
> >>In my logs when dumping a warn() I see this occasionally:
> >>
> >>192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> >>192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> >>192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> >>192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28,  line 245.
> >>192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> >>192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> >>
> >>Anyone know what  is
> >
> >
> > I think it comes from Symbol.pm.  It's a handle: the string "GEN" is
> > in the source, the digit is just picked by the package when it opens a
> > file/socket/whatever it's doing.
>
> Most likely.
>
> >>and why it appears every so often?
>
> Try adding
>
> use Carp;
> $SIG{__WARN__} = \&Carp::cluck;
>
> in your startup.pl, this may shed some light. what's the call at line 28 of
> Access.pm? May be some debug print was forgotten in the modperl source code.

No, the warn is mine. It just says:


my $ip = $r->connection->remote_ip;
warn $ip;

Here's the output with Carp::cluck -

XX.XXX.XXX.X at /home/wm/perl/WM/Auth/Access.pm line 28,  line 245.
WM::Auth::Access::handler('Apache::RequestRec=SCALAR(0x85c5914)') called at -e 
line 0
eval {...} called at -e line 0
XX.XXX.XXX.X at /home/wm/perl/WM/Auth/Access.pm line 28.
WM::Auth::Access::handler('Apache::RequestRec=SCALAR(0x85b4b24)') called at -e 
line 0
eval {...} called at -e line 0

one with  and one right after it with nothing (as are almost all of
them).

- nick

-- 


Nick Tonkin   {|8^)>

Re: Help with Apache 1.3.27 + mod_perl 1.27 installation

[Stas Bekman]

Arshavir Grigorian wrote:

Hi,

I was trying to build Apache 1.3.27 + mod_perl 1.27 from
the mod_perl tree. Dir structure as follows:

/usr/local/apache2-19
/use/local/apache2-19/build
/use/local/apache2-19/build/apache_1.3.27
/use/local/apache2-19/build/mod_perl-1.27

So, following the suggestion from

http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS

that one can pass *any* arguments to the Apache ./configure through the
APACI_ARGS directive, I placed the following lines into


And it's correct. I'm using --enable-module inside APACI_ARGS all the time at 
the *command* line, as the section suggests.

/use/local/apache2-19/build/makepl_args.mod_perl

APACHE_SRC=../apache_1.3.27/src DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 \
APACI_ARGS='--prefix=/usr/local/apache2-19, --enable-module=dir'

This generated some errors during the configure process

cd /use/local/apache2-19/build/mod_perl-1.27/
make clean
perl Makefile.pl

...
'--ENABLE-MODULE' is not a known MakeMaker parameter name.
...

I then discovered ADD_MODULE parameter and used that instead of using 
the Apache's --enable-module parameter.

Correct me I am wrong, but I think the guide's section on using the
APACI_ARGS parameter should say something about not being able to
use '--enable-module' there, and have a pointer to the ADD_MODULE 
parameter.

However there must be a glitch in the way a special makepl_args.mod_perl is 
processed. If someone can try to resolve a problem and post a patch, that 
would be very helpful.

__
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: libapreq

[Stas Bekman]

David Wilde wrote:

Is there a beta version of libapreq available for Apache 2?


No, but subscribe to [EMAIL PROTECTED] to stay up to date 
with the new developments.


__
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: [mp2] what is and why is it my log?

[Stas Bekman]

Ged Haywood wrote:

On Thu, 20 Feb 2003, Nick Tonkin wrote:



Hi,

In my logs when dumping a warn() I see this occasionally:

192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28,  line 245.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.

Anyone know what  is



I think it comes from Symbol.pm.  It's a handle: the string "GEN" is
in the source, the digit is just picked by the package when it opens a
file/socket/whatever it's doing.


Most likely.


and why it appears every so often?


Try adding

use Carp;
$SIG{__WARN__} = \&Carp::cluck;

in your startup.pl, this may shed some light. what's the call at line 28 of 
Access.pm? May be some debug print was forgotten in the modperl source code.

__
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: [OT?] Win32 permissions puzzler

[Stas Bekman]

Alessandro Forghieri wrote:


This is a bit of a surprise the following, in fact, runs just fine:

--Foo.pm--
package Foo;
use strict;
use warnings;
require Exporter;
our @ISA = qw(Exporter);
our @EXPORT_OK = ( qw( $foo ) );
our @EXPORT = qw();
our $VERSION = '0.01';
our $foo=1;
1;

--usefoo.pl
use strict;
use warnings;
use Foo qw($foo);
print "foo is $foo\n";

$ perl usefoo.pl
foo is 1

This is according to my instinct - and practice: I have been using this
idiom, under strict, for the longest time and the interpreter has never
raised an eyebrow about it. BTW, this also works with @IMPORT (not only with
@IMPORT_OK). I cannot give you a doc pointer that explicitely says that it
must be so (or why), though. 

It works because Exporter aliases variables in the exporting package to the 
importing one and probably adds some black magic ;)

However I thought that you may have hit the problem described here:
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#toc_Using_Exporter_pm_to_Share_Global_Variables
when the same variable is to be shared by several packages. But I guess that 
wasn't the case.

Can you reduce the code to a generic case so it can be reproduced at will? 
Does it behave the same with and without mod_perl?

__
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: [mp2] porting tip - DefaultType text/html

[Stas Bekman]

Nick Tonkin wrote:

As the docs say $r->send_http_header is deprecated because it is unneeded
in mp2 ... but $r->content_type must be set.


Just a minor nit: $r->send_http_header is *not* deprecated, it's *gone*. Since 
yesterday for it's gone for real and is only available only in the back 
compatibility layer Apache::compat. So if you choose to use Apache::compat you 
can keep it, if you don't use Apache::compat you have to remove it.

__
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: HELP - Problem installing modperl

[Stas Bekman]

Pablo Jejcic wrote:

 I rebuild PERL and when I use perl -V I can see -KPIC but when I try 
 to "make" mod_perl I receive the same error
 
 Any other thoughts???

How is it possible that the same compiler accepts an option for building one 
program, but not the other? Can you please post your 'perl -V'?

__
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

libapreq

[David Wilde]

Is there a beta version of libapreq available for Apache 2?

RE: [mp1] Help with Apache::MP3

[Wilcox, Curtis]

> -Original Message-
> From: Ged Haywood [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 20, 2003 4:30 PM
> To: Wilcox, Curtis
> Cc: [EMAIL PROTECTED]
> Subject: Re: [mp1] Help with Apache::MP3
> 
> 
> On Thu, 20 Feb 2003, Wilcox, Curtis wrote:
> 
> [snip,snip]
> > tried installing apache-1.3.27 and mod_perl-1.27, following the
> > instructions in INSTALL.simple, included in the mod_perl
> > source. Unfortunately when I add the following to httpd.conf, the
> > apachectl configtest segfaults:
> > 
> > 
> > SetHandler perl-script
> > PerlHandler Apache::MP3
> > 
> > 
> > /usr/local/apache/bin/apachectl configtest
> > /usr/local/apache/bin/apachectl: line 171:   999 Segmentation fault
> > $HTTPD -t
> > 
> > The segfault is not caused by the PerlHandler, it still 
> happens if there's
> > only the SetHandler line.
> 
> Did you build mod_perl as a DSO?  If so I'd try static.

It's not a DSO, it's compiled in. If I had gotten the URL correct, that
would have been clear :-)

> > I have successfully run Apache::MP3 on a Red Hat 7.3 
> configuration but I'd
> > like to use Red Hat 8.0 because of a number of the updates 
> included the
> > current version of perl. This page compares the versions of 
> the relevant
> > components (as far as I can tell) and the output of httpd 
> -V, httpd -l, and
> > perl -V on the Red Hat 8.0 and Red Hat 7.3 machines.
> > 
> > 
> 
> Er...
> 
> hurricane:~$ >>> ping stream.esm.rochester.edu
> PING stream.esm.rochester.edu (172.30.209.9) from 
> 212.22.195.7 : 56(84) bytes of data.

Sorry, I forgot the hostname is on a private IP. This link works.



> --- stream.esm.rochester.edu ping statistics ---
> 15 packets transmitted, 0 packets received, 100% packet loss
> 
> > Could I upgrade Red Hat 7.3 to 8.0
> 
> How much time have you got?

The implication being that booting the 7.3 machine with an 8.0 isn't going
to get me an option that a regular person would call an "upgrade?"

> > and retain my apache configuration but end up with perl 5.8.0?
> 
> If you want Perl 5.8.0 under 7.3 that's no problem, just grab the
> source and compile it.  (Don't use RPMs unless you relish pain...:)

Is it pretty clear how to make everything use 5.8.0 instead of the
pre-existing version? Is it as simple as replacing /usr/bin/perl?

Re: Help with Apache 1.3.27 + mod_perl 1.27 installation

[Arshavir Grigorian]

Much cleaner. Thanks!
I don't even get those nasty warning about barewords, etc.

I still think the example in the guide should be updated.

Arsh

Ged Haywood wrote:


Hi there,

On Thu, 20 Feb 2003, Arshavir Grigorian wrote:

 

I was trying to build Apache 1.3.27 + mod_perl 1.27
   

[snip]
 

So, following the suggestion from

http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS

that one can pass *any* arguments to the Apache ./configure through the
APACI_ARGS directive, I placed the following lines into

/use/local/apache2-19/build/makepl_args.mod_perl

APACHE_SRC=../apache_1.3.27/src DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 \
APACI_ARGS='--prefix=/usr/local/apache2-19, --enable-module=dir'

This generated some errors during the configure process
   


See a sample makepl_args.mod_perl (very old one:) below for the way
to use this directive.

73,
Ged.

--
makepl_args.mod_perl.1.3.22
--
USE_APACI=1
APACHE_PREFIX=/usr/local
APACHE_SRC=../apache_1.3.22/src
DO_HTTPD=1
EVERYTHING=1
ALL_HOOKS=1
PERL_SSI=1
PERL_SECTIONS=1
APACI_ARGS=--sbindir=/usr/local/sbin/httpd_perl
APACI_ARGS=--sysconfdir=/usr/local/apache/httpd_perl/conf
APACI_ARGS=--runtimedir=/usr/local/apache/httpd_perl/run
APACI_ARGS=--logfiledir=/usr/local/apache/httpd_perl/logs
APACI_ARGS=--localstatedir=/usr/local/apache/httpd_perl/stat
APACI_ARGS=--proxycachedir=/usr/local/apache/httpd_perl/proxy
APACI_ARGS=--enable-module=rewrite
APACI_ARGS=--enable-module=include
APACI_ARGS=--enable-module=info
APACI_ARGS=--enable-module=usertrack
 

Re: [mp1] Help with Apache::MP3

[Ged Haywood]

On Thu, 20 Feb 2003, Wilcox, Curtis wrote:

[snip,snip]
> tried installing apache-1.3.27 and mod_perl-1.27, following the
> instructions in INSTALL.simple, included in the mod_perl
> source. Unfortunately when I add the following to httpd.conf, the
> apachectl configtest segfaults:
> 
> 
> SetHandler perl-script
> PerlHandler Apache::MP3
> 
> 
> /usr/local/apache/bin/apachectl configtest
> /usr/local/apache/bin/apachectl: line 171:   999 Segmentation fault
> $HTTPD -t
> 
> The segfault is not caused by the PerlHandler, it still happens if there's
> only the SetHandler line.

Did you build mod_perl as a DSO?  If so I'd try static.

> I have successfully run Apache::MP3 on a Red Hat 7.3 configuration but I'd
> like to use Red Hat 8.0 because of a number of the updates included the
> current version of perl. This page compares the versions of the relevant
> components (as far as I can tell) and the output of httpd -V, httpd -l, and
> perl -V on the Red Hat 8.0 and Red Hat 7.3 machines.
> 
> 

Er...

hurricane:~$ >>> ping stream.esm.rochester.edu
PING stream.esm.rochester.edu (172.30.209.9) from 212.22.195.7 : 56(84) bytes of data.

--- stream.esm.rochester.edu ping statistics ---
15 packets transmitted, 0 packets received, 100% packet loss

> Could I upgrade Red Hat 7.3 to 8.0

How much time have you got?

> and retain my apache configuration but end up with perl 5.8.0?

If you want Perl 5.8.0 under 7.3 that's no problem, just grab the
source and compile it.  (Don't use RPMs unless you relish pain...:)

73,
Ged.

Re: [mp2] what is and why is it my log?

[Ged Haywood]

On Thu, 20 Feb 2003, Nick Tonkin wrote:

> 
> Hi,
> 
> In my logs when dumping a warn() I see this occasionally:
> 
> 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28,  line 245.
> 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> 
> Anyone know what  is

I think it comes from Symbol.pm.  It's a handle: the string "GEN" is
in the source, the digit is just picked by the package when it opens a
file/socket/whatever it's doing.

> and why it appears every so often?

Nope. :(

73,
Ged.

Re: Help with Apache 1.3.27 + mod_perl 1.27 installation

[Ged Haywood]

Hi there,

On Thu, 20 Feb 2003, Arshavir Grigorian wrote:

> I was trying to build Apache 1.3.27 + mod_perl 1.27
[snip]
> So, following the suggestion from
> 
> http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS
> 
> that one can pass *any* arguments to the Apache ./configure through the
> APACI_ARGS directive, I placed the following lines into
> 
> /use/local/apache2-19/build/makepl_args.mod_perl
> 
> APACHE_SRC=../apache_1.3.27/src DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 \
> APACI_ARGS='--prefix=/usr/local/apache2-19, --enable-module=dir'
> 
> This generated some errors during the configure process

See a sample makepl_args.mod_perl (very old one:) below for the way
to use this directive.

73,
Ged.

--
makepl_args.mod_perl.1.3.22
--
USE_APACI=1
APACHE_PREFIX=/usr/local
APACHE_SRC=../apache_1.3.22/src
DO_HTTPD=1
EVERYTHING=1
ALL_HOOKS=1
PERL_SSI=1
PERL_SECTIONS=1
APACI_ARGS=--sbindir=/usr/local/sbin/httpd_perl
APACI_ARGS=--sysconfdir=/usr/local/apache/httpd_perl/conf
APACI_ARGS=--runtimedir=/usr/local/apache/httpd_perl/run
APACI_ARGS=--logfiledir=/usr/local/apache/httpd_perl/logs
APACI_ARGS=--localstatedir=/usr/local/apache/httpd_perl/stat
APACI_ARGS=--proxycachedir=/usr/local/apache/httpd_perl/proxy
APACI_ARGS=--enable-module=rewrite
APACI_ARGS=--enable-module=include
APACI_ARGS=--enable-module=info
APACI_ARGS=--enable-module=usertrack

Re: sanity check problem: Help installing mod_perl 1.27 and apache1.3.27

[Ged Haywood]

Hi there,

On Thu, 20 Feb 2003, Charlie Smith wrote:

> Am having problems as seen in the 'sanity check' below.
[snip]
> -lsocket -lnsl -lpthread  -Wl  -L/usr/local/lib -L/opt/local/lib 
> /usr/local/lib/perl5/5.8.0/sun4-solaris/auto/DynaLoader/DynaLoader.a
> -L/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm
> -lc
> cc1: Invalid option `-Wl'
> cc1: Invalid option `-Wl'

The -Wl argument should be followed by a comma and option(s) which gcc
will pass to the linker.  Your -Wl has no option(s) after it.  This is
not good.  The configuration process does some substitutions on the Wl
argument depending on the platform etc.  Maybe the substitution isn't
working right on your platform.

In an earlier post you said that you'd had to add to your path to get
'make' to run.  That's weird, makes me think your setup is whacky.
Have you used make, gcc etc. to compile anything else on your system?

Have you tried to build Apache stand-alone (without mod_perl)?

Have you read the INSTALL documents for anything that might be mentioned
about your platform?

73,
Ged.

Help with Apache 1.3.27 + mod_perl 1.27 installation

[Arshavir Grigorian]

Hi,

I was trying to build Apache 1.3.27 + mod_perl 1.27 from
the mod_perl tree. Dir structure as follows:

/usr/local/apache2-19
/use/local/apache2-19/build
/use/local/apache2-19/build/apache_1.3.27
/use/local/apache2-19/build/mod_perl-1.27

So, following the suggestion from

http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS

that one can pass *any* arguments to the Apache ./configure through the
APACI_ARGS directive, I placed the following lines into

/use/local/apache2-19/build/makepl_args.mod_perl

APACHE_SRC=../apache_1.3.27/src DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 \
APACI_ARGS='--prefix=/usr/local/apache2-19, --enable-module=dir'

This generated some errors during the configure process

cd /use/local/apache2-19/build/mod_perl-1.27/
make clean
perl Makefile.pl

...
'--ENABLE-MODULE' is not a known MakeMaker parameter name.
...

I then discovered ADD_MODULE parameter and used that instead of using 
the Apache's --enable-module parameter.

Correct me I am wrong, but I think the guide's section on using the
APACI_ARGS parameter should say something about not being able to
use '--enable-module' there, and have a pointer to the ADD_MODULE parameter.

I have attached the output of perl -V, though I don't think it makes a
difference in this case.

Thanks,
Arsh

P.S. I apologize if my post is too long, I don't post very often ...
 so I guess I don't have a good feel for what can be left out.


$ perl -V
Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
  Platform:
osname=linux, osvers=2.4.7-10, archname=i686-linux
uname='linux ejp_linux1 2.4.7-10 #1 thu sep 6 17:27:27 edt 2001 
i686 unknown
 '
config_args=''
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef 
usemultiplicity=unde
f
useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
  Compiler:
cc='cc', ccflags ='-fno-strict-aliasing -I/usr/local/include 
-D_LARGEFILE_SO
URCE -D_FILE_OFFSET_BITS=64',
optimize='-O2',
cppflags='-fno-strict-aliasing -I/usr/local/include'
ccversion='', gccversion='2.96 2731 (Red Hat Linux 7.1 
2.96-98)', gccosa
ndvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize
=8
alignbytes=4, usemymalloc=n, prototype=define
  Linker and Libraries:
ld='gcc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -lgdbm -ldb -ldl -lm -lc -lcrypt -lutil
perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil
libc=/lib/libc-2.2.4.so, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'


Characteristics of this binary (from libperl):
  Compile-time options: USE_LARGE_FILES
  Built under linux
  Compiled at May 30 2002 16:48:17
  @INC:
/usr/lib/perl5/5.6.1/i686-linux
/usr/lib/perl5/5.6.1
/usr/lib/perl5/site_perl/5.6.1/i686-linux
/usr/lib/perl5/site_perl/5.6.1
/usr/lib/perl5/site_perl/5.6.0
/usr/lib/perl5/site_perl
/usr/lib/perl5/site_perl/5.6.0/i686-linux
usr/lib/perl5/site_perl/5.6.0/
.
$

[mp2] what is and why is it my log?

[Nick Tonkin]

Hi,

In my logs when dumping a warn() I see this occasionally:

192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28,  line 245.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.

Anyone know what  is and why it appears every so often?

Thanks,

- nick

-- 


Nick Tonkin   {|8^)>

sanity check problem: Help installing mod_perl 1.27 and apache1.3.27

[Charlie Smith]

Am having problems as seen in the 'sanity check' below.
 

Am attempting to install  mod_perl 1.27 and Apache 1.3.27.
I'm also running perl 5.8 on solaris. gcc 2.95.
 
# perl Makefile.PLConfigure mod_perl with ../apache_1.3.27/src ? 
[y]Shall I build httpd in ../apache_1.3.27/src for you? [y]Appending 
mod_perl to src/ConfigurationUsing config file: 
/www/Apache/src/mod_perl-1.27/src/ConfigurationCreating Makefile + 
configured for Solaris 280 platform + setting C compiler to 
gcc + setting C pre-processor to gcc -E + checking for system 
header files + adding selected modules    o 
perl_module uses ConfigStart/End  + mod_perl 
build type: OBJ  + setting up mod_perl build 
environment  + id: 
mod_perl/1.27  + id: Perl/v5.8.0 (solaris) 
[perl]  + adjusting Apache build 
environment  + enabling Perl support for SSI 
(mod_include) + using builtin Expat + checking sizeof various 
data types + doing sanity check on compiler and optionscd ..; 
gcc  -DSOLARIS2=280 -DMOD_PERL -DUSE_PERL_SSI -fno-strict-aliasing 
-I/usr/local/include -I/opt/local/include  -DUSE_EXPAT -I./lib/expat-lite 
-DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include -I/opt/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PERL -I. 
-I/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE    -o 
helpers/dummy helpers/dummy.c  `perl 
/www/Apache/src/mod_perl-1.27/src/modules/perl/ldopts  ` -lsocket -lnsl 
-lpthread  -Wl  -L/usr/local/lib -L/opt/local/lib  
/usr/local/lib/perl5/5.8.0/sun4-solaris/auto/DynaLoader/DynaLoader.a 
-L/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm 
-lccc1: Invalid option `-Wl'cc1: Invalid option `-Wl'*** Error code 
1make: Fatal error: Command failed for target `dummy'** A test 
compilation with your Makefile configuration** failed.  The below error 
output from the compilation** test will give you an idea what is failing. 
Note that** Apache requires an ANSI C Compiler, such as gcc.
 
 Error Output for sanity check cd ..; gcc  
-DSOLARIS2=280 -DMOD_PERL -DUSE_PERL_SSI -fno-strict-aliasing 
-I/usr/local/include -I/opt/local/include  -DUSE_EXPAT -I./lib/expat-lite 
-DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include -I/opt/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PERL -I. 
-I/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE    -o 
helpers/dummy helpers/dummy.c  `perl 
/www/Apache/src/mod_perl-1.27/src/modules/perl/ldopts  ` -lsocket -lnsl 
-lpthread  -Wl  -L/usr/local/lib -L/opt/local/lib  
/usr/local/lib/perl5/5.8.0/sun4-solaris/auto/DynaLoader/DynaLoader.a 
-L/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm 
-lccc1: Invalid option `-Wl'cc1: Invalid option `-Wl'*** Error code 
1make: Fatal error: Command failed for target `dummy'= End 
of Error Report =
 
 Aborting!PerlDispatchHandler.disabled (enable with 
PERL_DISPATCH=1)PerlChildInitHandlerenabledPerlChildExitHandlerenabledPerlPostReadRequestHandler..disabled 
(enable with PERL_POST_READ_REQUEST=1)PerlTransHandlerdisabled 
(enable with PERL_TRANS=1)PerlHeaderParserHandler.disabled (enable with 
PERL_HEADER_PARSER=1)PerlAccessHandler...disabled (enable with 
PERL_ACCESS=1)PerlAuthenHandler...disabled (enable with 
PERL_AUTHEN=1)PerlAuthzHandlerdisabled (enable with 
PERL_AUTHZ=1)PerlTypeHandler.disabled (enable with 
PERL_TYPE=1)PerlFixupHandlerdisabled (enable with 
PERL_FIXUP=1)PerlHandler.enabledPerlLogHandler..disabled 
(enable with PERL_LOG=1)PerlInitHandler.disabled (enable with 
PERL_INIT=1)PerlCleanupHandler..disabled (enable with 
PERL_CLEANUP=1)PerlRestartHandler..disabled (enable with 
PERL_RESTART=1)PerlStackedHandlers.disabled (enable with 
PERL_STACKED_HANDLERS=1)PerlMethodHandlers..disabled (enable with 
PERL_METHOD_HANDLERS=1)PerlDirectiveHandlers...disabled (enable with 
PERL_DIRECTIVE_HANDLERS=1)PerlTableApidisabled (enable with 
PERL_TABLE_API=1)PerlLogApi..disabled (enable with 
PERL_LOG_API=1)PerlUriApi..disabled (enable with 
PERL_URI_API=1)PerlUtilApi.disabled (enable with 
PERL_UTIL_API=1)PerlFileApi.disabled (enable with 
PERL_FILE_API=1)PerlConnectionApi...enabledPerlServerApi...enabledPerlSectionsdisabled 
(enable with PERL_SECTIONS=1)
 
PerlSSI.disabled (enable with PERL_SSI=1)
 
Will run tests as User: 'nobody' Group: 'other'Checking CGI.pm 
VERSION..okChecking for LWP::UserAgent..okChecking for 
HTML::HeadParserokWriting Makefile for ApacheWriting Makefile for 
Apache::ConnectionWriting Makefile for Apache::ConstantsWriting Makefile 
for Apache::FileWriting Makefile for Apache::LeakWriting Makefile for 
Apache::LogWriting Makefile for Apache::ModuleConfigWriting Makefile f

[mp1] Help with Apache::MP3

[Wilcox, Curtis]

Actually I run into the problem before I get to the Apache::MP3 part but
running Apache::MP3 is the ultimate goal.

The distro I'm trying is Red Hat 8.0 which includes apache 2.x.x, mod_perl
1.99 and perl 5.8.0 but Apache::MP3 requires the 1.0 mod_perl API. I tried
to use the Apache::compat module as suggested by the Namp! web site
 to make it compatible with the 1.0 API but
that didn't seem to work. I get "failed to resolve handler `Apache::MP3'" in
the httpd/error_log when trying to load the directory Apache::MP3 is set to
handle.

I would just as soon not use Apache 2 anyway so I tried installing
apache-1.3.27 and mod_perl-1.27, following the instructions in
INSTALL.simple, included in the mod_perl source. Unfortunately when I add
the following to httpd.conf, the apachectl configtest segfaults:


SetHandler perl-script
PerlHandler Apache::MP3


/usr/local/apache/bin/apachectl configtest
/usr/local/apache/bin/apachectl: line 171:   999 Segmentation fault
$HTTPD -t

The segfault is not caused by the PerlHandler, it still happens if there's
only the SetHandler line.

I have successfully run Apache::MP3 on a Red Hat 7.3 configuration but I'd
like to use Red Hat 8.0 because of a number of the updates included the
current version of perl. This page compares the versions of the relevant
components (as far as I can tell) and the output of httpd -V, httpd -l, and
perl -V on the Red Hat 8.0 and Red Hat 7.3 machines.



I should also mention that on Red Hat 8.0 if I do not select the "Web
Server" set of packages, Apache 2.0 is still installed but mod-perl 1.99 is
not. I don't *think* that should make a difference but I can't tell.

Does anyone know a specific cause of this problem? What's my best option, do
a different compile of apache & mod_perl? Could I upgrade Red Hat 7.3 to 8.0
and retain my apache configuration but end up with perl 5.8.0?

-- 
Curtis Wilcox   Eastman School of Music
[EMAIL PROTECTED]

Re: Apache::TicketAccess

[Nick Tonkin]

On Thu, 20 Feb 2003, Scott Alexander wrote:

> On Thu, 20 Feb 2003, Scott Alexander wrote:
>
> If I set my browser to david:8080/login.pl then everything works okay,
> Cookie gets set, and my session is current until I logout.
>
> So the setup is something to do with mod_proxy on the proxy server.
>
> Is it the cookie doesn't get sent back thru the reverse proxy?

As Perrin said, you need to see what is actually happening. Dumping the
headers is a great way to start. Right at the top of your handler do

sub handler {
my $r = shift;
warn $r->as_string;


If the cookies are being sent to the browser, they'll be there. If they
are and it's still not working, you need to look at the reading of the
cookies in your module.

- nick

-- 


Nick Tonkin   {|8^)>

Re: Apache::TicketAccess

[Scott Alexander]

On Thu, 20 Feb 2003, Scott Alexander wrote:

If I set my browser to david:8080/login.pl then everything works okay,
Cookie gets set, and my session is current until I logout.

So the setup is something to do with mod_proxy on the proxy server.

Is it the cookie doesn't get sent back thru the reverse proxy?

I use cookies in some other areas of the application and they are working
fine since moving over to a reverse_proxy server, mod_perl server setup.

Regards

Scott


> Hi,
>
> I'm trying to use the example from the Eagle book on page 309 - 314 using
> the TicketAccess, TicketMaster, TicketTool handlers.
>
> In TicketMaster in sub go_to_uri it sets the a cookie with the $ticket.
>
> I can print $ticket to error log to see what it contains. But for some
> reason the cookie never gets set.
>
> Netscape's cookie manager doesn't show any new cookie from my site.
>
>
> Here is a copy from my httpd.cong file for the two servers.
>
> david1 is a mod_proxy for the mod_perl server (david)
>
> On david1 I have
> ProxyPass /login.pl http://david:8080/login.pl
> ProxyPassReverse /login.pl http://david:8080/
>
>
> On david the mod_perl server in the httpd.conf file I have
> 
>
> 
> SetHandler  perl-script
> PerlHandler Apache::TicketMaster
> PerlSetVar  TicketDomain   david1
> PerlSetVar  TicketSecret   /key.txt
> PerlSetVar  TicketDatabase mysql:admin
> PerlSetVar  TicketTableperson:user:passwd
> PerlSetVar  TicketExpires  100
> 
>
>
>
> 
> PerlSendHeader On
> SetHandler perl-script
> PerlHandler Apache::Registry
> Options +ExecCGI
>
> # OLD
> #AuthName "Oppilaitosjärjestelmä"
> #AuthType Basic
> #PerlAuthenHandler Apache::AuthAny
> #require valid-user
> #
> #require valid-user
> #
>
> # NEW
> PerlAccessHandler Apache::TicketAccess
> PerlSetVar TicketDomain david1
> PerlSetVar TicketSecret   /key.txt
> PerlSetVar  TicketDatabase mysql:admin
> PerlSetVar  TicketTableperson:user:passwd
> PerlSetVar  TicketExpires  100
> ErrorDocument 403 /login.pl
>
> ErrorDocument 401 /bin/admin/error/401.html
> #ErrorDocument 403 /bin/admin/error/403.html
> ErrorDocument 404 /bin/admin/error/404.html
> ErrorDocument 500 /bin/admin/error/500.html
> 
>
> Any help is appreciated
>
> Scott
>

Re: Apache::TicketAccess

[Perrin Harkins]

Scott Alexander wrote:

I'm trying to use the example from the Eagle book on page 309 - 314 using
the TicketAccess, TicketMaster, TicketTool handlers.

In TicketMaster in sub go_to_uri it sets the a cookie with the $ticket.

I can print $ticket to error log to see what it contains. But for some
reason the cookie never gets set.


I haven't used these modules, but I suggest you do some further 
debugging.  Try looking at the headers being sent back from the server 
and see if it is sending the cookie header or not.  Try going straight 
to it without going through the proxy.  Find out what is actually 
happening.  Then you'll have a better idea what needs to be fixed.

By the way, most people use CPAN modules for this rather than the stuff 
in the Eagle book.  Look at things like Apache::AuthTicket or 
Apache::AuthCookieURL.  (I don't have a use for any of these modules, so 
I can't personally recommend one.)

- Perrin

RE: Help installing mod_perl 1.27 and apache 1.3.27.newbiequest ion.

[Charlie Smith]

I did have to add the path to 'make'.  Thankyou.  I noticed that 
I had to start up a 'ksh' session and then add the path to 'make'.
However, still have problems as seen in the 'sanity check' below.
 
# perl Makefile.PLConfigure mod_perl with ../apache_1.3.27/src ? 
[y]Shall I build httpd in ../apache_1.3.27/src for you? [y]Appending 
mod_perl to src/ConfigurationUsing config file: 
/www/Apache/src/mod_perl-1.27/src/ConfigurationCreating Makefile + 
configured for Solaris 280 platform + setting C compiler to 
gcc + setting C pre-processor to gcc -E + checking for system 
header files + adding selected modules    o 
perl_module uses ConfigStart/End  + mod_perl 
build type: OBJ  + setting up mod_perl build 
environment  + id: 
mod_perl/1.27  + id: Perl/v5.8.0 (solaris) 
[perl]  + adjusting Apache build 
environment  + enabling Perl support for SSI 
(mod_include) + using builtin Expat + checking sizeof various 
data types + doing sanity check on compiler and optionscd ..; 
gcc  -DSOLARIS2=280 -DMOD_PERL -DUSE_PERL_SSI -fno-strict-aliasing 
-I/usr/local/include -I/opt/local/include  -DUSE_EXPAT -I./lib/expat-lite 
-DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include -I/opt/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PERL -I. 
-I/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE    -o 
helpers/dummy helpers/dummy.c  `perl 
/www/Apache/src/mod_perl-1.27/src/modules/perl/ldopts  ` -lsocket -lnsl 
-lpthread  -Wl  -L/usr/local/lib -L/opt/local/lib  
/usr/local/lib/perl5/5.8.0/sun4-solaris/auto/DynaLoader/DynaLoader.a 
-L/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm 
-lccc1: Invalid option `-Wl'cc1: Invalid option `-Wl'*** Error code 
1make: Fatal error: Command failed for target `dummy'** A test 
compilation with your Makefile configuration** failed.  The below error 
output from the compilation** test will give you an idea what is failing. 
Note that** Apache requires an ANSI C Compiler, such as gcc.
 
 Error Output for sanity check cd ..; gcc  
-DSOLARIS2=280 -DMOD_PERL -DUSE_PERL_SSI -fno-strict-aliasing 
-I/usr/local/include -I/opt/local/include  -DUSE_EXPAT -I./lib/expat-lite 
-DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include -I/opt/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PERL -I. 
-I/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE    -o 
helpers/dummy helpers/dummy.c  `perl 
/www/Apache/src/mod_perl-1.27/src/modules/perl/ldopts  ` -lsocket -lnsl 
-lpthread  -Wl  -L/usr/local/lib -L/opt/local/lib  
/usr/local/lib/perl5/5.8.0/sun4-solaris/auto/DynaLoader/DynaLoader.a 
-L/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm 
-lccc1: Invalid option `-Wl'cc1: Invalid option `-Wl'*** Error code 
1make: Fatal error: Command failed for target `dummy'= End 
of Error Report =
 
 Aborting!PerlDispatchHandler.disabled (enable with 
PERL_DISPATCH=1)PerlChildInitHandlerenabledPerlChildExitHandlerenabledPerlPostReadRequestHandler..disabled 
(enable with PERL_POST_READ_REQUEST=1)PerlTransHandlerdisabled 
(enable with PERL_TRANS=1)PerlHeaderParserHandler.disabled (enable with 
PERL_HEADER_PARSER=1)PerlAccessHandler...disabled (enable with 
PERL_ACCESS=1)PerlAuthenHandler...disabled (enable with 
PERL_AUTHEN=1)PerlAuthzHandlerdisabled (enable with 
PERL_AUTHZ=1)PerlTypeHandler.disabled (enable with 
PERL_TYPE=1)PerlFixupHandlerdisabled (enable with 
PERL_FIXUP=1)PerlHandler.enabledPerlLogHandler..disabled 
(enable with PERL_LOG=1)PerlInitHandler.disabled (enable with 
PERL_INIT=1)PerlCleanupHandler..disabled (enable with 
PERL_CLEANUP=1)PerlRestartHandler..disabled (enable with 
PERL_RESTART=1)PerlStackedHandlers.disabled (enable with 
PERL_STACKED_HANDLERS=1)PerlMethodHandlers..disabled (enable with 
PERL_METHOD_HANDLERS=1)PerlDirectiveHandlers...disabled (enable with 
PERL_DIRECTIVE_HANDLERS=1)PerlTableApidisabled (enable with 
PERL_TABLE_API=1)PerlLogApi..disabled (enable with 
PERL_LOG_API=1)PerlUriApi..disabled (enable with 
PERL_URI_API=1)PerlUtilApi.disabled (enable with 
PERL_UTIL_API=1)PerlFileApi.disabled (enable with 
PERL_FILE_API=1)PerlConnectionApi...enabledPerlServerApi...enabledPerlSectionsdisabled 
(enable with PERL_SECTIONS=1)
 
PerlSSI.disabled (enable with PERL_SSI=1)
 
Will run tests as User: 'nobody' Group: 'other'Checking CGI.pm 
VERSION..okChecking for LWP::UserAgent..okChecking for 
HTML::HeadParserokWriting Makefile for ApacheWriting Makefile for 
Apache::ConnectionWriting Makefile for Apache::ConstantsWriting Makefile 
for Apache::FileWriting Makefile for Apache::LeakWriting Makefile for 
Apache::LogWriting Makefile for Apach

RE: Help installing mod_perl 1.27 and apache 1.3.27.newbiequest ion.

[Charlie Smith]

make is in my path as seen here:
PATH=/usr/bin:/usr/sbin:/opt/local/bin:/home/oracle/bin:/opt/oracle/9.0.1/bin:/usr/lbin:/usr/ccs/bin:/usr/ucb:.
So, the make routine is in the /usr/ccs/bin directory.
 
The error messages before and after the 'sh: make: not 
found'  message are at line 581 (prompt("Shall I build httpd in 
../apache_1.3.27/src for you?") and 648 (call to conf_fixup).   
There is a call to 'make clean' that I was able
to run from the command line without error. 
 
Does this error message 'sh: make: not found' refer to 'sh' not found or 
'make' not found?    
>>> "Martin Scantland" 
<[EMAIL PROTECTED]> 02/20/03 07:56AM 
>>>
Charlie,
 
It just seems like you need to add make in 
your path (sh: make: not found).  
 
Cheers,
Martin
Martin Scantland IP Services, Internet Engineering, Nortel Networks Phone:   613.765.4052, ESN 395.4052 

  -Original Message-From: Charlie Smith 
  [mailto:[EMAIL PROTECTED]]Sent: Thursday, February 20, 2003 
  9:14 AMTo: [EMAIL PROTECTED]Subject: Help 
  installing mod_perl 1.27 and apache 1.3.27. newbie 
  question.
  I get errors on installing mod_perl/Apache 1.3.27, under the root account 
  when running perl Makefile.PL.
  I'm running perl 5.8 on solaris. gcc 2.95.
   
   
  ### perl Makefile.PLConfigure mod_perl with 
  ../apache_1.3.27/src ? [y]Shall I build httpd in ../apache_1.3.27/src for 
  you? [y]sh: make: not foundAppending mod_perl to 
  src/ConfigurationUsing config file: 
  /www/Apache/src/mod_perl-1.27/src/ConfigurationCreating 
  Makefile + configured for Solaris 280 platform + setting C 
  compiler to gcc + setting C pre-processor to gcc -E + 
  checking for system header files + adding selected 
  modules    o perl_module uses 
  ConfigStart/End  + mod_perl build type: 
  OBJ  + setting up mod_perl build 
  environment  + id: 
  mod_perl/1.27  + id: Perl/v5.8.0 (solaris) 
  [perl]  + adjusting Apache build 
  environment  + enabling Perl support for SSI 
  (mod_include)./helpers/TestCompile: make: not found + using 
  builtin Expat./Configure: make: not found + checking sizeof 
  various data types./helpers/TestCompile: make: not 
  found./helpers/TestCompile: make: not found./helpers/TestCompile: 
  make: not found./helpers/TestCompile: make: not 
  found./helpers/TestCompile: make: not found./helpers/TestCompile: 
  make: not found./helpers/TestCompile: make: not 
  found./helpers/TestCompile: make: not found./helpers/TestCompile: 
  make: not found + doing sanity check on compiler and 
  options./helpers/TestCompile: make: not found** A test compilation 
  with your Makefile configuration** failed.  The below error output 
  from the compilation** test will give you an idea what is failing. Note 
  that** Apache requires an ANSI C Compiler, such as gcc.
   
   Error Output for sanity check ./helpers/TestCompile: 
  make: not found= End of Error Report =
   
   Aborting!PerlDispatchHandler.disabled (enable with 
  PERL_DISPATCH=1)PerlChildInitHandlerenabledPerlChildExitHandlerenabledPerlPostReadRequestHandler..disabled 
  (enable with PERL_POST_READ_REQUEST=1)PerlTransHandlerdisabled 
  (enable with PERL_TRANS=1)PerlHeaderParserHandler.disabled (enable 
  with PERL_HEADER_PARSER=1)PerlAccessHandler...disabled (enable 
  with PERL_ACCESS=1)PerlAuthenHandler...disabled (enable with 
  PERL_AUTHEN=1)PerlAuthzHandlerdisabled (enable with 
  PERL_AUTHZ=1)PerlTypeHandler.disabled (enable with 
  PERL_TYPE=1)PerlFixupHandlerdisabled (enable with 
  PERL_FIXUP=1)PerlHandler.enabledPerlLogHandler..disabled 
  (enable with PERL_LOG=1)PerlInitHandler.disabled (enable with 
  PERL_INIT=1)PerlCleanupHandler..disabled (enable with 
  PERL_CLEANUP=1)PerlRestartHandler..disabled (enable with 
  PERL_RESTART=1)PerlStackedHandlers.disabled (enable with 
  PERL_STACKED_HANDLERS=1)PerlMethodHandlers..disabled (enable with 
  PERL_METHOD_HANDLERS=1)PerlDirectiveHandlers...disabled (enable with 
  PERL_DIRECTIVE_HANDLERS=1)PerlTableApidisabled (enable 
  with PERL_TABLE_API=1)PerlLogApi..disabled (enable with 
  PERL_LOG_API=1)PerlUriApi..disabled (enable with 
  PERL_URI_API=1)PerlUtilApi.disabled (enable with 
  PERL_UTIL_API=1)PerlFileApi.disabled (enable with 
  PERL_FILE_API=1)PerlConnectionApi...enabledPerlServerApi...enabledPerlSectionsdisabled 
  (enable with PERL_SECTIONS=1)
   
  PerlSSI.disabled (enable with PERL_SSI=1)
   
  Will run tests as User: 'nobody' Group: 'other'Checking CGI.pm 
  VERSION..okChecking for LWP::UserAgent..okChecking for 
  HTML::HeadParserokWriting Makefile for ApacheWriting Makefile for 
  Apache::ConnectionWriting Makefile for Apache::Constan

RE: Help installing mod_perl 1.27 and apache 1.3.27. newbie question.

[Martin Scantland]

Charlie,
 
It just seems like you need to add make in 
your path (sh: make: not found).  
 
Cheers,
Martin
Martin Scantland IP Services, Internet Engineering, Nortel Networks Phone:   613.765.4052, ESN 395.4052 

  -Original Message-From: Charlie Smith 
  [mailto:[EMAIL PROTECTED]]Sent: Thursday, February 20, 2003 
  9:14 AMTo: [EMAIL PROTECTED]Subject: Help 
  installing mod_perl 1.27 and apache 1.3.27. newbie 
  question.
  I get errors on installing mod_perl/Apache 1.3.27, under the root account 
  when running perl Makefile.PL.
  I'm running perl 5.8 on solaris. gcc 2.95.
   
   
  ### perl Makefile.PLConfigure mod_perl with 
  ../apache_1.3.27/src ? [y]Shall I build httpd in ../apache_1.3.27/src for 
  you? [y]sh: make: not foundAppending mod_perl to 
  src/ConfigurationUsing config file: 
  /www/Apache/src/mod_perl-1.27/src/ConfigurationCreating 
  Makefile + configured for Solaris 280 platform + setting C 
  compiler to gcc + setting C pre-processor to gcc -E + 
  checking for system header files + adding selected 
  modules    o perl_module uses 
  ConfigStart/End  + mod_perl build type: 
  OBJ  + setting up mod_perl build 
  environment  + id: 
  mod_perl/1.27  + id: Perl/v5.8.0 (solaris) 
  [perl]  + adjusting Apache build 
  environment  + enabling Perl support for SSI 
  (mod_include)./helpers/TestCompile: make: not found + using 
  builtin Expat./Configure: make: not found + checking sizeof 
  various data types./helpers/TestCompile: make: not 
  found./helpers/TestCompile: make: not found./helpers/TestCompile: 
  make: not found./helpers/TestCompile: make: not 
  found./helpers/TestCompile: make: not found./helpers/TestCompile: 
  make: not found./helpers/TestCompile: make: not 
  found./helpers/TestCompile: make: not found./helpers/TestCompile: 
  make: not found + doing sanity check on compiler and 
  options./helpers/TestCompile: make: not found** A test compilation 
  with your Makefile configuration** failed.  The below error output 
  from the compilation** test will give you an idea what is failing. Note 
  that** Apache requires an ANSI C Compiler, such as gcc.
   
   Error Output for sanity check ./helpers/TestCompile: 
  make: not found= End of Error Report =
   
   Aborting!PerlDispatchHandler.disabled (enable with 
  PERL_DISPATCH=1)PerlChildInitHandlerenabledPerlChildExitHandlerenabledPerlPostReadRequestHandler..disabled 
  (enable with PERL_POST_READ_REQUEST=1)PerlTransHandlerdisabled 
  (enable with PERL_TRANS=1)PerlHeaderParserHandler.disabled (enable 
  with PERL_HEADER_PARSER=1)PerlAccessHandler...disabled (enable 
  with PERL_ACCESS=1)PerlAuthenHandler...disabled (enable with 
  PERL_AUTHEN=1)PerlAuthzHandlerdisabled (enable with 
  PERL_AUTHZ=1)PerlTypeHandler.disabled (enable with 
  PERL_TYPE=1)PerlFixupHandlerdisabled (enable with 
  PERL_FIXUP=1)PerlHandler.enabledPerlLogHandler..disabled 
  (enable with PERL_LOG=1)PerlInitHandler.disabled (enable with 
  PERL_INIT=1)PerlCleanupHandler..disabled (enable with 
  PERL_CLEANUP=1)PerlRestartHandler..disabled (enable with 
  PERL_RESTART=1)PerlStackedHandlers.disabled (enable with 
  PERL_STACKED_HANDLERS=1)PerlMethodHandlers..disabled (enable with 
  PERL_METHOD_HANDLERS=1)PerlDirectiveHandlers...disabled (enable with 
  PERL_DIRECTIVE_HANDLERS=1)PerlTableApidisabled (enable 
  with PERL_TABLE_API=1)PerlLogApi..disabled (enable with 
  PERL_LOG_API=1)PerlUriApi..disabled (enable with 
  PERL_URI_API=1)PerlUtilApi.disabled (enable with 
  PERL_UTIL_API=1)PerlFileApi.disabled (enable with 
  PERL_FILE_API=1)PerlConnectionApi...enabledPerlServerApi...enabledPerlSectionsdisabled 
  (enable with PERL_SECTIONS=1)
   
  PerlSSI.disabled (enable with PERL_SSI=1)
   
  Will run tests as User: 'nobody' Group: 'other'Checking CGI.pm 
  VERSION..okChecking for LWP::UserAgent..okChecking for 
  HTML::HeadParserokWriting Makefile for ApacheWriting Makefile for 
  Apache::ConnectionWriting Makefile for Apache::ConstantsWriting 
  Makefile for Apache::FileWriting Makefile for Apache::LeakWriting 
  Makefile for Apache::LogWriting Makefile for 
  Apache::ModuleConfigWriting Makefile for Apache::PerlRunXSWriting 
  Makefile for Apache::ServerWriting Makefile for Apache::SymbolWriting 
  Makefile for Apache::TableWriting Makefile for Apache::URIWriting 
  Makefile for Apache::UtilWriting Makefile for mod_perl#
  --This 
  message may contain confidential information, and is intended only for the use 
  of the individual(s) to whom it is 
  addressed.==

Re: Help installing mod_perl 1.27 and apache 1.3.27. newbie question.

[Cory 'G' Watson]

On Thursday, February 20, 2003, at 08:13  AM, Charlie Smith wrote:


I get errors on installing mod_perl/Apache 1.3.27, under the root 
account when running perl Makefile.PL.
I'm running perl 5.8 on solaris. gcc 2.95.
 
 
#
#
# perl Makefile.PL
Configure mod_perl with ../apache_1.3.27/src ? [y]
Shall I build httpd in ../apache_1.3.27/src for you? [y]
sh: make: not found

It can't find the 'make' program.  You either need to install make, or, 
if it is isntalled, make sure it's in your $PATH.

Cory 'G' Watson
http://gcdb.spleck.net

Help installing mod_perl 1.27 and apache 1.3.27. newbiequestion.

[Charlie Smith]

I get errors on installing mod_perl/Apache 1.3.27, under the root account 
when running perl Makefile.PL.
I'm running perl 5.8 on solaris. gcc 2.95.
 
 
### perl Makefile.PLConfigure mod_perl with 
../apache_1.3.27/src ? [y]Shall I build httpd in ../apache_1.3.27/src for 
you? [y]sh: make: not foundAppending mod_perl to 
src/ConfigurationUsing config file: 
/www/Apache/src/mod_perl-1.27/src/ConfigurationCreating Makefile + 
configured for Solaris 280 platform + setting C compiler to 
gcc + setting C pre-processor to gcc -E + checking for system 
header files + adding selected modules    o 
perl_module uses ConfigStart/End  + mod_perl 
build type: OBJ  + setting up mod_perl build 
environment  + id: 
mod_perl/1.27  + id: Perl/v5.8.0 (solaris) 
[perl]  + adjusting Apache build 
environment  + enabling Perl support for SSI 
(mod_include)./helpers/TestCompile: make: not found + using builtin 
Expat./Configure: make: not found + checking sizeof various data 
types./helpers/TestCompile: make: not found./helpers/TestCompile: make: 
not found./helpers/TestCompile: make: not found./helpers/TestCompile: 
make: not found./helpers/TestCompile: make: not 
found./helpers/TestCompile: make: not found./helpers/TestCompile: make: 
not found./helpers/TestCompile: make: not found./helpers/TestCompile: 
make: not found + doing sanity check on compiler and 
options./helpers/TestCompile: make: not found** A test compilation with 
your Makefile configuration** failed.  The below error output from the 
compilation** test will give you an idea what is failing. Note that** 
Apache requires an ANSI C Compiler, such as gcc.
 
 Error Output for sanity check ./helpers/TestCompile: 
make: not found= End of Error Report =
 
 Aborting!PerlDispatchHandler.disabled (enable with 
PERL_DISPATCH=1)PerlChildInitHandlerenabledPerlChildExitHandlerenabledPerlPostReadRequestHandler..disabled 
(enable with PERL_POST_READ_REQUEST=1)PerlTransHandlerdisabled 
(enable with PERL_TRANS=1)PerlHeaderParserHandler.disabled (enable with 
PERL_HEADER_PARSER=1)PerlAccessHandler...disabled (enable with 
PERL_ACCESS=1)PerlAuthenHandler...disabled (enable with 
PERL_AUTHEN=1)PerlAuthzHandlerdisabled (enable with 
PERL_AUTHZ=1)PerlTypeHandler.disabled (enable with 
PERL_TYPE=1)PerlFixupHandlerdisabled (enable with 
PERL_FIXUP=1)PerlHandler.enabledPerlLogHandler..disabled 
(enable with PERL_LOG=1)PerlInitHandler.disabled (enable with 
PERL_INIT=1)PerlCleanupHandler..disabled (enable with 
PERL_CLEANUP=1)PerlRestartHandler..disabled (enable with 
PERL_RESTART=1)PerlStackedHandlers.disabled (enable with 
PERL_STACKED_HANDLERS=1)PerlMethodHandlers..disabled (enable with 
PERL_METHOD_HANDLERS=1)PerlDirectiveHandlers...disabled (enable with 
PERL_DIRECTIVE_HANDLERS=1)PerlTableApidisabled (enable with 
PERL_TABLE_API=1)PerlLogApi..disabled (enable with 
PERL_LOG_API=1)PerlUriApi..disabled (enable with 
PERL_URI_API=1)PerlUtilApi.disabled (enable with 
PERL_UTIL_API=1)PerlFileApi.disabled (enable with 
PERL_FILE_API=1)PerlConnectionApi...enabledPerlServerApi...enabledPerlSectionsdisabled 
(enable with PERL_SECTIONS=1)
 
PerlSSI.disabled (enable with PERL_SSI=1)
 
Will run tests as User: 'nobody' Group: 'other'Checking CGI.pm 
VERSION..okChecking for LWP::UserAgent..okChecking for 
HTML::HeadParserokWriting Makefile for ApacheWriting Makefile for 
Apache::ConnectionWriting Makefile for Apache::ConstantsWriting Makefile 
for Apache::FileWriting Makefile for Apache::LeakWriting Makefile for 
Apache::LogWriting Makefile for Apache::ModuleConfigWriting Makefile for 
Apache::PerlRunXSWriting Makefile for Apache::ServerWriting Makefile for 
Apache::SymbolWriting Makefile for Apache::TableWriting Makefile for 
Apache::URIWriting Makefile for Apache::UtilWriting Makefile for 
mod_perl#

--
This message may contain confidential information, and is intended only for the use of the individual(s) to whom it is addressed.


==

RE: [OT?] Win32 permissions puzzler

[Alessandro Forghieri]

Greetings.

I am afraid this is rapidly becoming less than relevant, however..

> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]]
[...]
> You have to declare variables as globals before using them. 

Agreed 

> Even the imported ones. That's a pure perl issue. Please proceed to the
perl 
> lists/groups/monks for further discussion.

This is a bit of a surprise the following, in fact, runs just fine:

--Foo.pm--
package Foo;
use strict;
use warnings;
require Exporter;
our @ISA = qw(Exporter);
our @EXPORT_OK = ( qw( $foo ) );
our @EXPORT = qw();
our $VERSION = '0.01';
our $foo=1;
1;

--usefoo.pl
use strict;
use warnings;
use Foo qw($foo);
print "foo is $foo\n";

$ perl usefoo.pl
foo is 1

This is according to my instinct - and practice: I have been using this
idiom, under strict, for the longest time and the interpreter has never
raised an eyebrow about it. BTW, this also works with @IMPORT (not only with
@IMPORT_OK). I cannot give you a doc pointer that explicitely says that it
must be so (or why), though. 

Cheers,
alf

Apache::TicketAccess

[Scott Alexander]

Hi,

I'm trying to use the example from the Eagle book on page 309 - 314 using
the TicketAccess, TicketMaster, TicketTool handlers.

In TicketMaster in sub go_to_uri it sets the a cookie with the $ticket.

I can print $ticket to error log to see what it contains. But for some
reason the cookie never gets set.

Netscape's cookie manager doesn't show any new cookie from my site.


Here is a copy from my httpd.cong file for the two servers.

david1 is a mod_proxy for the mod_perl server (david)

On david1 I have
ProxyPass /login.pl http://david:8080/login.pl
ProxyPassReverse /login.pl http://david:8080/


On david the mod_perl server in the httpd.conf file I have



SetHandler  perl-script
PerlHandler Apache::TicketMaster
PerlSetVar  TicketDomain   david1
PerlSetVar  TicketSecret   /key.txt
PerlSetVar  TicketDatabase mysql:admin
PerlSetVar  TicketTableperson:user:passwd
PerlSetVar  TicketExpires  100





PerlSendHeader On
SetHandler perl-script
PerlHandler Apache::Registry
Options +ExecCGI

# OLD
#AuthName "Oppilaitosjärjestelmä"
#AuthType Basic
#PerlAuthenHandler Apache::AuthAny
#require valid-user
#
#require valid-user
#

# NEW
PerlAccessHandler Apache::TicketAccess
PerlSetVar TicketDomain david1
PerlSetVar TicketSecret   /key.txt
PerlSetVar  TicketDatabase mysql:admin
PerlSetVar  TicketTableperson:user:passwd
PerlSetVar  TicketExpires  100
ErrorDocument 403 /login.pl

ErrorDocument 401 /bin/admin/error/401.html
#ErrorDocument 403 /bin/admin/error/403.html
ErrorDocument 404 /bin/admin/error/404.html
ErrorDocument 500 /bin/admin/error/500.html


Any help is appreciated

Scott

[mp2] porting tip - DefaultType text/html

[Nick Tonkin]

As the docs say $r->send_http_header is deprecated because it is unneeded
in mp2 ... but $r->content_type must be set.

DefaultType is set by default to text/plain in httpd.conf, so browsers
that strictly apply content_type (eg Opera 7) were showing the content as
HTML source.

I had several handlers that simply called $r->send_http_header so
replacing each occurence with $r->content_type wasn't much of an
improvement in code cleanliness and simplicity, if that's what the goal of
eliminating send_http_headers was in the first place.

Therefore, I changed DefaultType from text/plain to text/html and voila --
I don't have to set $r->content_type after all but rather can just delete
all the $r->send_http_headers calls.

YMMV, of course, if you have other parts of your webserver that do not
supply a content-type :)

- nick

-- 


Nick Tonkin   {|8^)>

[mp2] porting tip - must return OK from content-handlers

[Nick Tonkin]

I had some handlers that did not explicitly return OK -- just printed the
coontent and quit. In apache1/mp1 this 'worked' fine.

After migrating to apache2/mp2 these handlers delivered the content to the
browser but then printed a 500 error message to the browser but _not_ to
the error log.

Just a heads-up.

- nick

-- 


Nick Tonkin   {|8^)>

RE: HELP - Problem installing modperl

[Pablo Jejcic]

 I rebuild PERL and when I use perl -V I can see -KPIC but when I try 
 to "make" mod_perl I receive the same error
 
 Any other thoughts???
 
 Thanks in advance and Thank you very much for your time.-
 
 Kind Regards.
   _
 
 Pablo Jejcic
 Smartweb Senior system Administrator
 School of Computing - Robert Gordon University 
 [EMAIL PROTECTED] T:44-(0)1224-262797
 F:44-(0)1224-262790 
   _  
 
> 
> ``The nice thing about standards is that there are so many to choose 
> from. And if you really don't like all the standards you just have to 
> wait another year until the one arises you are looking for.'' A. 
> Tanenbaum, ``Introduction to Computer Networks'
> 
>   _
> 
> 
> 
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]]
> Sent: 18 February 2003 23:02
> To: Pablo Jejcic
> Cc: [EMAIL PROTECTED]
> Subject: Re: HELP - Problem installing modperl
> 
> 
> Pablo Jejcic wrote:
> 
>>Hello guys,
>>I have just installed PERL/Apache and mod_perl, but this last 
>>one gave me an error when I try to compile. Could anyone help me?
>> 
>>Thi is the error:
>> 
>>bash-2.05# make && make test
>>cd "src/modules/perl" && make -f Makefile.modperl
>>make[1]: Entering directory 
>>`/projects/IRIG/mod_perl-1.99_08/src/modules/perl'
>>cc -I/projects/IRIG/mod_perl-1.99_08/src/modules/perl
>>-I/projects/IRIG/mod_perl-1.99_08/xs 
>>-I/projects/IRIG/apache2/prefork/include 
>>-I/usr/perl5/5.6.1/lib/sun4-solaris-64int/CORE -DMOD_PERL -xO3 -xdepend 
>>-KPIC \
>>-c mod_perl.c && mv mod_perl.o mod_perl.lo
>>cc: unrecognized option `-KPIC'
> 
> 
> mod_perl reuses the compiler flags perl was built with. It picks them 
> up from Config.pm. Do you see -KPIC in the output of 'perl -V'? You 
> must use exactly
> 
> the same compiler that you've built your perl with and it should work.
> 
> 
>>cc: language depend not recognized
>>cc: mod_perl.c: linker input file unused because linking not done
>>mv: cannot access mod_perl.o
>>make[1]: *** [mod_perl.lo] Error 2
>>make[1]: Leaving directory 
>>`/projects/IRIG/mod_perl-1.99_08/src/modules/perl'
>>make: *** [modperl_lib] Error 2
>>bash-2.05# c
>>bash: c: command not found
>>bash-2.05# cc
>>cc: no input files
>>And I'm running:
>> 
>>Solaris 9
>>PERL 5.6.1
>>Apache 2.0.4
>>mod_perl 1.99_08
>> 
>>Thanks in advance!!
>> 
>>Pablo.-
>> 
>>Kind Regards.
>>--
>>--
>>Pablo Jejcic
>>Smartweb Senior system Administrator
>>School of Computing - Robert Gordon University 
>>[EMAIL PROTECTED] 
>>
>>*T*:44-(0)1224-262797
>>*F*:44-(0)1224-262790
>>
>>
>>``The nice thing about standards is that there are so many to choose 
>>from. And if you really don't like all the standards you just have to 
>>wait another year until the one arises you are looking for.'' A. 
>>Tanenbaum, ``Introduction to Computer Networks'
>>
>>--
>>--
>>
>> 
> 
> 
> 


-- 


__
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