>However, here's what 'lynx -mime-header -source [URL]' gives me:
>
> Content-Type: text/plain
>
>I can use an AddType directive to force .pl files to be sent as
>text/html, but then I lose my Expires: headers and any others that
>I may have set.
OK, here I go following up
Hi there,
On Mon, 17 Nov 2003, Wes Barris wrote:
> I am building mod_perl using the following:
>
> [EMAIL PROTECTED]> perl Makefile.PL \
> ? APACHE_SRC=../$apache/src \
What's "$apache"? And are all those question marks just a figment
of my mail client's imagination?
> ? NO_HT
Hi there,
On Mon, 17 Nov 2003 [EMAIL PROTECTED] wrote:
> I've encountered a weird, intermittent problem. I have a Perl handler
> that handles a certain URL. Sometimes it will fail because the $r
> passed to it loses its class.
Your explanation of the problem hasn't convinced me - I've never he
I want to access an ENV variable from a CGI script. I
was assuming that PerlPassEnv would do the job of
apache's PassEnv - but looks like PerlPassEnv is not
exactly same as PassEnv in behaviour ?
Following example demonstrates my problem:
% cat test.conf
PerlPassEnv MY_HOME
#PassEnv MY_HOME
Port
Howdy folks,
my perl script won't execute (but it will try and download) and I don't know why. If I
run it on the command line, no problems. It has execute permissions for everybody
(including Apache). My httpd.conf looks like this:
SetHandler perl-script
PerlHandler Apache::Registry
Opti
On Tue, 2003-11-18 at 02:12, Christopher P. Lindsey wrote:
> Basically, adding these lines to my perl script made it all better:
>
>my $r = Apache->request;
>$r->content_type('text/html');
>$r->no_cache(1);
Good. Don't forget, you can look at the source. Apache::Filter is
pretty sho
On Tue, 18 Nov 2003, Stephen Hardisty wrote:
> Howdy folks, my perl script won't execute (but it will try
> and download) and I don't know why. If I run it on the
> command line, no problems. It has execute permissions for
> everybody (including Apache). My httpd.conf looks like
> this:
>
>
> S
Thanks, but I've just been pointed in the right direction. Turns out it was a silly
mistake.. I was editing the wrong config file. Oops.
Cheers anyways.
-Original Message-
From: Randy Kobes [mailto:[EMAIL PROTECTED]
Sent: 18 November 2003 15:30
To: Stephen Hardisty
Cc: [EMAIL PRO
How can I verify my mod_perl 2 is installed correctly?
The only clue that I can find is that when I start httpd I get this message
in my Apache error_log:
[Tue Nov 18 10:09:59 2003] [notice] Apache/2.0.47 (Unix) mod_perl/1.99_10
Perl/v5.8.1 configured -- resuming normal operations
System:
Sla
Hi there,
On Tue, 18 Nov 2003, Donnie Meador wrote:
> How can I verify my mod_perl 2 is installed correctly?
By installing it yourself. :)
> The only clue that I can find is that when I start httpd I get this message
> in my Apache error_log:
>
> [Tue Nov 18 10:09:59 2003] [notice] Apache/2.0
Ged Haywood wrote:
[...]
It might be better to describe the trouble. Read the documentation on
how to report problems at http://perl.apache.org.
That would be: http://perl.apache.org/bugs/. Thanks ;)
__
Stas BekmanJAm_pH
[EMAIL PROTECTED] wrote:
[...]
Transaction2: rclass1='' rclass='' r=$VAR1 = 'PrintMe::Transaction2';
[Thu Nov 13 21:04:55 2003] [error] Can't locate object method "header_in" via package
"PrintMe::Transaction2" (perhaps you forgot to load "PrintMe::Transaction2"?) at
/home/www/www/Libs/PrintMe/
Stas Bekman <[EMAIL PROTECTED]> writes:
> You need to show us what PrintMe::Transaction2 does. It seems that you are
> trying to subclass 'Apache' (which is what $r is blessed into). May be you
> didn't do the proper subclassing.
Maybe something funky's going on with his handler's prototype?
IIRC
Hi.
I believe I installed apache 1.3.29 and mod_perl incorrectly using
$ ./configure --prefix=PREFIX
$ make
$ make install
for apache, and
$ perl Makefile.PL EVERYTHiNG=1 APACHE_PREFIX=/usr/local/apache
$ make
$ make test
$ su -c "make install"
for mp1
Assuming I want to start over, how
On Tue, Nov 18, 2003 at 09:11:36AM +, Ged Haywood wrote:
...
> What happens if you just say
>
> print STDERR "\$r = [$r]\n";
>
> after the assignment to $r?
This problem only seems to occur on our production site. Maybe I can
reproduce it on a staging server by hammering it with requests, i
15 matches
Mail list logo