[mp1] Apache::CmdParms->server()

2003-10-09 Thread Thomas Nagel
Hi list, I wrote an Apache Configuration Directive which works fine. Now it should also work with VirtualHosts so I try to use the following borrowed from 'Writing Apache Modules with Perl and C': sub PerlMIHConfig ($$$) { my($cfg, $parms, $file) = @_; my $scfg = Apache::ModuleConfig->g

Re: [mp1] Apache::CmdParms->server()

2003-10-09 Thread Geoffrey Young
Thomas Nagel wrote: Hi list, I wrote an Apache Configuration Directive which works fine. Now it should also work with VirtualHosts so I try to use the following borrowed from 'Writing Apache Modules with Perl and C': sub PerlMIHConfig ($$$) { my($cfg, $parms, $file) = @_; my $scfg = A

Re: Apache-AuthenNTLM-2.04

2003-10-09 Thread Shannon Eric Peevey
Keven Murphy wrote: Shannon, I am trying to get your module to work with Apache 1.2.28 & mod_perl 1.28. I am getting the error below. Any idea what it means? The server is only accepting NTLMv2. It would appear to me that the module does not support that version yet. Thank you for any help, K M

RE: Using class wide variables under mod_perl is safe?

2003-10-09 Thread Perrin Harkins
On Thu, 2003-10-09 at 00:56, Morton-Allen, Matt wrote: > I should have also mentioned that not only does the "returned" come back > out of order there are also more than there should be. There's 3 calls > and 4 results. Then there's probably another call that you didn't notice. > Worse it now app

Re: Using class wide variables under mod_perl is safe?

2003-10-09 Thread Stas Bekman
Perrin Harkins wrote: [...] Well, again, there's nothing wrong with globals when used carefully, and this solution does use them for storing things. If you're using mod_perl 1, you can do this to get $r: my $r = Apache->request(); If you're using mod_perl 2, you can do this: You can do the same w

Re: Using class wide variables under mod_perl is safe?

2003-10-09 Thread Perrin Harkins
On Thu, 2003-10-09 at 12:58, Stas Bekman wrote: > You can do the same with mp2. As long as running under 'SetHandler > perl-script' or having 'PerlOptions +GlobalRequest', though it will be > available only during the response handler. Isn't it deprecated though, because of performance? - Perri

Re: Using class wide variables under mod_perl is safe?

2003-10-09 Thread Stas Bekman
Perrin Harkins wrote: On Thu, 2003-10-09 at 12:58, Stas Bekman wrote: You can do the same with mp2. As long as running under 'SetHandler perl-script' or having 'PerlOptions +GlobalRequest', though it will be available only during the response handler. Isn't it deprecated though, because of per

OT: high availability/load balancing solutions

2003-10-09 Thread Christopher L. Everett
My site doesn't require high performance as in thousands or even hundreds of requests per second, but we do need the reliability in order to stay in the game. And I don't have a five figure budget to play with. But my needs are simple: just keep the site (both HTTP and SSL) up and running as long

Re: OT: high availability/load balancing solutions

2003-10-09 Thread Stas Bekman
There is a special list for this topic, see: http://perl.apache.org/docs/offsite/other.html#Performance_and_Scalability __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> ht

Apache::DBI & Oracle Not Reconnecting

2003-10-09 Thread Levon Barker
Hello, Excuse me if there is a better list for this but... Every time I reboot my Oracle database, my mod_perl server is not able to connect to the db until I restart the apache server. I am using Oracle 9.12, Apache::DBI 0.92, Apache 1.3.28. I get the following entry in the Apache error log:

open(STDERR, ">&STDOUT") not working

2003-10-09 Thread Kelly Zeng
I had the following in wdbi.cgi that failed: open(STDERR, ">&STDOUT") || die "Can't dup stdout: $!\n" In Apache's error_log, i have: ModPerl::Registry: $r wasn't passed at... Any ideas what went wrong? many many thanx. :)Kelly

Re: open(STDERR, ">&STDOUT") not working

2003-10-09 Thread Stas Bekman
Kelly Zeng wrote: > I had the following in wdbi.cgi that failed: > open(STDERR, ">&STDOUT") || die "Can't dup stdout: $!\n" > In Apache's error_log, i have: > ModPerl::Registry: $r wasn't passed at... > > Any ideas what went wrong? We can't help you here as you provided too little information. P

RE: Using class wide variables under mod_perl is safe?

2003-10-09 Thread Morton-Allen, Matt
I'm still concerned about the 4 responses for only 3 calls as I am certain there are only 3. I've been playing with this in a very small program so it's hard to miss any. I was thinking overnight and the only thing I could come up with was that the pre-loading I'm doing in the traditional startup

RE: Using class wide variables under mod_perl is safe?

2003-10-09 Thread Perrin Harkins
On Thu, 2003-10-09 at 18:03, Morton-Allen, Matt wrote: > I was thinking overnight and the only thing I could come up with was > that the pre-loading I'm doing in the traditional startup.pl might be > having some effect. Is this possible? Sure. If you want to know what is calling your sub, you can

RE: Using class wide variables under mod_perl is safe?

2003-10-09 Thread Morton-Allen, Matt
Ok, much joy and happiness, it works (not that I doubted you!). For now I have taken out the pre-loading as it seems to result in deep voodoo that I don't claim to understand. One last question, which I am certain is obvious but is passing me by. How can I get this to work under CGI? As I mentione