Re: Subroutine xxx redefined

2006-10-24 Thread Bart van Kuik

Perrin Harkins wrote:
Anyway, it happens with every reload of the page except the first load 
(after the webserver is restarted). Is this something typical of using

"PerlHandler Apache::PerlRun"?

Are you doing something with virtual hosts?


No.


Apache::PerlRun is supposed to clear out the whole namespace of that
script each time.  Maybe it would help if you showed the exact errors
you're getting, rather than paraphrasing them.  Also, if you load


The before-mentioned piece of script gives the following warning:
Subroutine testsub redefined at /home/bartvk/public_html/tscu/test.pl 
line 7.



Apache::Status, it will let you see what's going on with PerlRun.



I installed this module, went to the main screen -> Loaded Modules. For 
Apache::PerlRun, it says:


Apache::PerlRun	0.00	Sat Mar 8 03:11:09 2003 
/home/apache_mod_perl/lib/perl5/site_perl/5.8.6/i486-linux/Apache/PerlRun.pm


Clicking on the module name gives a screen with a list of functions; I 
don't really see how to get more information on PerlRun.


Thanks,
Bart


unsubscribe

2006-10-24 Thread Jukka Pakkanen

unsubscribe






perl.apache.org down...

2006-10-24 Thread Jukka Pakkanen
Need to know how to unsubscribe... thanks.








Re: unsubscribe

2006-10-24 Thread Jeff Pang


>
>unsubscribe
>


Hello,
To unsubscribe from the modperl user lists,please send an empty email to [EMAIL 
PROTECTED] 

--
Books below translated by me to Chinese.
Practical mod_perl: http://home.earthlink.net/~pangj/mod_perl/
Squid the Definitive Guide: http://home.earthlink.net/~pangj/squid/


[Fwd: Re: ports/104742: Update: www/p5-Apache-DBI 1.02 -> 1.04 (fixes AuthDBI mp1 related issues)]

2006-10-24 Thread Philip M. Gollucci

Not yet, committed:

 Original Message 
Date: Tue, 24 Oct 2006 08:40:16 GMT
Message-Id: <[EMAIL PROTECTED]>
To: Philip M. Gollucci<[EMAIL PROTECTED]>
From: [EMAIL PROTECTED]
Subject: Re: ports/104742: Update: www/p5-Apache-DBI 1.02 -> 1.04 (fixes 
AuthDBI mp1 related issues)

Thank you very much for your problem report.
It has the internal identification `ports/104742'.
The individual assigned to look at your
report is: freebsd-ports-bugs.

You can access the state of your problem report at any time
via this link:

http://www.freebsd.org/cgi/query-pr.cgi?pr=104742


Category:   ports
Responsible:freebsd-ports-bugs
Synopsis:   Update: www/p5-Apache-DBI 1.02 -> 1.04 (fixes AuthDBI mp1 
related issues)
Arrival-Date:   Tue Oct 24 08:40:16 GMT 2006


--

Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F  6A47 D55A 7172 A799 97F

When I call your name, Girl, it starts to flame
Burning in my heart, Tearing it all apart..
No matter how I try My love I cannot hide


Re: When is perl.apache.org going to be back online?

2006-10-24 Thread Perrin Harkins
On Sun, 2006-10-22 at 17:00 -0400, James Davis wrote:
> I have not been able to access perl.apache.org for two days. I cannot 
> ping, receive host unreachable.
> 
> Do you know when the site will be back online?

It's being moved to a new data center.  If you're looking for the docs,
they are mirrored here:
http://theoryx5.uwinnipeg.ca/modperl/

The releases can be downloaded from CPAN.  Does that help you for now?

- Perrin



Re: Reading PerlSetVar in mod_perl2

2006-10-24 Thread sajid khan
I would really appreciate any replies for the below

Thanks in AdvanceOn 10/24/06, sajid khan <[EMAIL PROTECTED]> wrote:
Hi Philip,
 
I already replied to this thread, since I dont see my posting I am replying it again
 
>>Last location directive wins for the same location is
why.  This is an httpd thing having >>nothing to do
with mod_perl
I see that last Location directive is winning, I have 2 questions regarding this
 
1.This was not happening in apache 1.3, Is there any apache 2 documentation which mentions this behaviour
2.Does the Location information is rewritten if apache encounters another Location directive for same mapping in httpd.conf?
 
Thanks,
 
 
On 10/23/06, Philip M. Gollucci <
[EMAIL PROTECTED]> wrote:
> /
> /SSLRequireSSL> //SetHandlerperl-script//
> //PerlSetVarsomevar11> PerlSetVarsomevar2   2> PerlHandler   Apache::Hello//> //> //> and then below that>

> > PerlAccessHandler   Apache::Hello1> You want this:  SSLRequireSSL  SetHandlerperl-script  PerlSetVarsomevar11
  PerlSetVarsomevar2   2  PerlResponseHandler   Apache::Hello->handler  PerlAccessHandler Apache::Hello1->accessLast location directive wins for the same location is why.  This is an httpd thing having nothing to do with mod_perl.
You might find the following sample httpd.conf useful.--Philip M. Gollucci (
[EMAIL PROTECTED]
) 323.219.4708Consultant / http://p6m7g8.net/Resume/resume.shtmlSenior Software Engineer - TicketMaster - 
http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F  6A47 D55A 7172 A799 97FWhen I call your name, Girl, it starts to flameBurning in my heart, Tearing it all apart..No matter how I try My love I cannot hide
Listen 80NameVirtualHost *   ServerName site.tld   RewriteEngine On#RewriteLogLevel 2#RewriteLog $SITE/logs/httpd-rewrite_log
   RewriteRule  ^/application/login   https://%{SERVER_NAME}/application/login [L,R]   DocumentRoot$SITE/htdocs  
Alias  
/images/"$SITE/images/"  
Alias  
/css/  
"$SITE/css/"
  
Alias  
/js/"$SITE/js/"   ErrorLog  "$SITE/logs/httpd-error_log"   CustomLog "$SITE/logs/httpd-access_log" common   CustomLog "$SITE/logs/httpd-referer_log" referer
   CustomLog "$SITE/logs/httpd-agent_log" agent      Options Indexes FollowSymLinks MultiViews   AllowOverride None

   Order allow,deny   Allow from all      PerlMapToStorageHandler APP::MapToStorage   ### AAA      AuthType Basic
   AuthName "APP"   Require valid-user   PerlAccessHandler APP::Access   PerlAuthenHandler APP::Authen   PerlAuthzHandler APP::Authz   
   ## Registered      SetHandler modperl   PerlResponseHandler APP::Login      ## Not protected   
   SetHandler modperl   PerlResponseHandler APP::Privacy         SetHandler modperl   PerlResponseHandler APP::Register
      ## Loggged in - ALL      SetHandler modperl   PerlResponseHandler APP::Logout   

      SetHandler modperl   PerlResponseHandler APP::Intro      ## Logged in - Resource: Users   
   SetHandler modperl   PerlResponseHandler APP::Users->list   




Re: Reading PerlSetVar in mod_perl2

2006-10-24 Thread Perrin Harkins
On Tue, 2006-10-24 at 22:43 +0530, sajid khan wrote:

> 1.This was not happening in apache 1.3, Is there any apache 2
> documentation which mentions this behaviour

http://httpd.apache.org/docs/2.0/sections.html
"Later sections override earlier ones."

> 2.Does the Location information is rewritten if apache
> encounters another Location directive for same mapping in
> httpd.conf?

Sorry, I don't understand what you're asking here.

- Perrin



Re: Subroutine xxx redefined

2006-10-24 Thread Perrin Harkins
On Tue, 2006-10-24 at 09:43 +0200, Bart van Kuik wrote:
> The before-mentioned piece of script gives the following warning:
> Subroutine testsub redefined at /home/bartvk/public_html/tscu/test.pl 
> line 7.

The same every time?  That's very strange.  I'd start adding some debug
statements to Apache::PerlRun to make sure it really is handling this
script.  In particular, I'd put some warnings in the flush_namespace()
sub to see if it is trying to clear out that sub or not.

One possible explanation for this behavior is that something which did
not warn in older versions of perl (when it was more likely to be
running mod_perl 1 and Apache::PerlRun) now does.  In that case, it
should be possible to patch PerlRun to suppress the warning.  But first,
make sure PerlRun is really running your script and clearing the symbol
table afterward.

> Clicking on the module name gives a screen with a list of functions; I 
> don't really see how to get more information on PerlRun.

Apologies, it shows a lot more detail for Apache::Registry but not for
PerlRun.  You can browse the symbol table of loaded packages though, I
believe, which would include the package generated for your script.

- Perrin