Re: Apache::StatINC.pm

2000-03-27 Thread Ask Bjoern Hansen
On Mon, 27 Mar 2000, Ask Bjoern Hansen wrote: [...] > > setting a variable with PerlSetVar would change it to what we have > > proposed. > > Or maybe it could try the other if the first doesn't work. (Except that > might get very confusing.. hmn). Sorry about following up to my own message. Ma

Re: Apache::StatINC.pm

2000-03-27 Thread Ask Bjoern Hansen
On Tue, 28 Mar 2000, René Seindal wrote: > If both ways cause problems, then the right solution is to leave it to > the user. Apache::StatINC already uses dir_config() to adjust its > behaviour according to user preferences, so adding another configuration > variable can't be a problem. Current

[asp] $Response->{FontFace} ?

2000-03-27 Thread Joshua Chamas
Hey, I have a huge site that I want to apply a generic font face to with Apache::ASP. Has anyone here ever been bothered before that you can't just wrap the body doc with a default font and have that be it. No CSS please. But what about those pesky s that seem to break it all? The feature

Re: [OT slightly] mod_perl developers (do they exist?)

2000-03-27 Thread Matt Arnold
From: Victor Zamouline <[EMAIL PROTECTED]> Sent: Monday, February 28, 2000 5:44 PM > - In 18 months, about 50 companies (including HP, Philips, etc.) => about > 500 trainees (most of them sort of database programmers), I did not meet **a > single one** who had ever **heard about the existence**

Re: Apache::StatINC.pm

2000-03-27 Thread René Seindal
Ken Williams wrote: > > [EMAIL PROTECTED] (René Seindal) wrote: > >I just got bitten by the problem of Apache::StatINC not reloading > >modules found through an element of @INC, which is no longer present > >when StatINC runs. > [...] > >A small change to StatINC solves the problem. Since StatINC

RE: [Embperl] Segmentation fault during make test

2000-03-27 Thread Gerald Richter
> > Solaris 2.5.1 > Apache 1.3.12 (DSO enabled) > mod_perl 1.22 (not using DSO, EVERYTHING=1) > Which Perl version? There was a mail from Aaron yesterday who reported a SIGSEGV with Perl 5.6. Could you ran into the same problem? If not please send me a stackbacktrace form gdb (Look into to Faq.p

Re: Can't get past login screen with AuthCookie module

2000-03-27 Thread Ken Williams
You should make sure your login.pl file is unprotected, or you'll get stuck in a loop. That has bitten a few people, though I think it's probably not your problem, and I don't know why it should *ever* be a problem since I do "return OK unless $r->is_initial_req;" in the authenticate() and author

why can not test, but can run

2000-03-27 Thread David Yang
Hello, what is wrong with my mod_perl I can not test my mod_perl, everytime I test my mod_perl, just as the document told me, it will letting apache warm up . failed but I can check by httpd -l find mod_perl is already installed. and when I chaeck perl-status, it is fine except that ISA_

Re: Apache::StatINC.pm

2000-03-27 Thread Ken Williams
[EMAIL PROTECTED] (René Seindal) wrote: >I just got bitten by the problem of Apache::StatINC not reloading >modules found through an element of @INC, which is no longer present >when StatINC runs. [...] >A small change to StatINC solves the problem. Since StatINC could stat >the file, the file is

Can't get past login screen with AuthCookie module

2000-03-27 Thread Namiotka, David
Hello, I am trying to use the AuthCookie module with mod_perl and I can not get past the login form that comes up. When I access the protected page, the login form pops up, but when I enter the username/password pair (programmer/Hero) it just takes me back to the same login form. I have

Apache::StatINC.pm

2000-03-27 Thread René Seindal
I just got bitten by the problem of Apache::StatINC not reloading modules found through an element of @INC, which is no longer present when StatINC runs. This happens when a module adds a private directory to @INC, which is then reset by mod_perl after the request is done. This problem is mention

did CGI::dump get upgraded to CGI::Dump?

2000-03-27 Thread Alan E. Derhaag
I've got broken CGI scripts after upgrading to CGI version 2.59 when the CGI::param variables are dumped to a file. It appears that the `as_string' replaced the synonym for `dump'. I would have posted directly to Lincoln but I couldn't find his e-mail address noted in the module.. although a go