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
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
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
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**
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
>
> 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
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
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_
[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
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
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
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
12 matches
Mail list logo