Hi,
Is anyone having problems with modperl2 and CGI::Carp
I get this error message
[Wed May 28 18:00:57 2003] [error] 357: ModPerl::Registry: Can't locate
object method send_http_header via package Apache::RequestRec at
/usr/local/lib/perl5/5.8.0/CGI/Carp.pm line 478.
Anyone got any ideas?
for those who haven't already seen it, perl.com ran the second of my series
of articles on mod_perl 2.0 late last week. the title is actually a bit
decieving. it's about using the Apache-Test testing framework, but although
Apache-Test is shown in a mod_perl 2.0 context, Apache-Test can be
Hello,
I am having a problem installing mod_perl. I have used this same install procedure on
other boxes successfully but am having trouble with this one. The error is at the
bottom of this message. System specs are as follows. I apologize in advance if this
is not the correct forum for
On Wed, 2003-05-28 at 13:02, Adam Gent wrote:
Is anyone having problems with modperl2 and CGI::Carp
CGI::Carp has not been ported to modperl2. You should assume that
modules you download have not been ported unless their docs say
otherwise.
You can use the compatibility layer, or port it
I've got a working Apache::ASP application that has been used mainly on
more-or-less stock Red Hat Linux 7.2 and 7.3 systems (Apache 1.3.2x,
mod_perl 1.26, perl 5.6.1). I tried moving it to a Red Hat Linux 9
system (Apache 2.0.40, mod_perl 1.99_07, perl 5.8.0) and it failed.
The bugs I'm
Hi Perrin,
Thanks for the info.
CGI::Carp did have some code in to work with mod_perl2 but not that bit.
I have updated my copy and have sent an email to the author.
Adam
- Original Message -
From: Perrin Harkins [EMAIL PROTECTED]
To: Adam Gent [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
The first bug is a known one: apparently, recent mod_perls are sensitive
to the syntax of the Perl tag: they require a space in it, like this:
Perl I hope this is just a bug that hasn't risen to the top of the
priority list yet, and that the mod_perl folk don't intend to keep this
sytax.
Hi,
We have been having some problems where all of a
sudden apache will start logging the error of:
[error] mod_perl: $r-read failed to
read
Multiple times (100s in less then 10th ofa
sec), often it will get to the point where load on the machine goes through the
roof and apache has
I am stuck in an Ensim environment (shared web-hosting, Apache 1.3.27
and mod_perl 1.24) and am trying to get around some of the limitations
imposed by Ensim. Basically, I have complete .htaccess control but have
no way to restart the server or start it with different arguments or
modify the
Michael L. Artz wrote:
I am stuck in an Ensim environment
ugh.
What is possible within an .htaccess file as far as perl configuration
for mod_perl 1?
just about anything. I use an Ensim installation, and am constantly
frustrated by it. however, there are ways around just about anything.
Hi there,
On Wed, 28 May 2003, Angie Ahl wrote:
I'm having a problem getting past the maketest stage installing libapreq-1.1 (to
get Apache::Request), Apache 1 and Mod_Perl 1
If that's all that's holding up the installation, you'd probably get
away with installing manually and not doing the
Geoffrey Young wrote:
sensitive to the syntax of the Perl tag: they require a space in it,
this is due to a limitation of apache 2.0. there _may_ be a way around
it, but probably not any time soon.
I can live with that. It's good enough to know that you (plural) aren't
thrilled with it,
Angie Ahl wrote:
Hi
I'm having a problem getting past the maketest stage installing libapreq-1.1 (to
get Apache::Request), Apache 1 and Mod_Perl 1
it's fine (I think) up until the last bit (pasted in at the end).
I'm guessing that it's the following line that's causing the others to fail. But
Reed, Jonathan S. wrote:
Hello,
I am having a problem installing mod_perl. I have used this same install procedure on
other boxes successfully but am having trouble with this one. The error is at the
bottom of this message. System specs are as follows. I apologize in advance if this
is not
Chris Faust wrote:
Hi,
We have been having some problems where all of a sudden apache will
start logging the error of:
[error] mod_perl: $r-read failed to read
Multiple times (100s in less then 10th of a sec), often it will get to
the point where load on the machine goes through the roof
Geoffrey Young wrote:
[...]
If its only once, can I force a reload of the module?
use
PerlInitHandler Apache::StatINC
to reload them during development (I've also used this on ensim :)
Apache::StatINC is R.I.P. Use Apache::Reload instead.
Hi All,
For one of the websites i have developed (/am developing), i have a
dataset that i must refer to for some of the dynamic pages.
The data is planetary data that is pretty much in spreadsheet format,
aka, i have just under 800,000 rows of data. I don't do any copmlex
searches or
simran wrote:
I need to be able to say:
* Lookup the _distance_ for the planet _mercury_ on the date _1900-01-01_
On the face of it, a relational database is best for that kind of query.
However, if you won't get any fancier than that, you can get by with
MLDBM or something similar.
I've dealt with fairly large sets, but not as static as yours. If your only
keys for searching are planet and date, then a perl lookup with a hash will
be faster overall since a DB lookup involves connecting to the database,
doing the standard prepare/execute/fetch which could be as costly (for a
Apache::StatINC is R.I.P. Use Apache::Reload instead.
but Apache::StatINC comes with mp1 and Apache::Reload doesn't - it's
difficult to install modules on these ensim boxes since you don't have root
(and yes, there are other ways around it of course :)
--Geoff
+use Apache::Const -compile = qw(OK);
Without trying it, I'm sure that line will fix the error I'm seeing. I'd
try it, but my RH9 box can't be disturbed at the moment.
you will find that you need all the lines in that patch to get it to work -
the error you are seeing is just masking others
I have installed OpenBSD 3.2, with
Apache 1.3.26, and mod_perl 1.26 which was installed
as a package. I have rebooted, stopped and started apache. I have permissions
of 755 on my perl scripts and here is my error log:
[Wed May 28 19:33:57 2003] [error]
Can't locate CGI.pm in @INC (@INC
I have migrated my site from IIS and Active State to Apache 1.3 and mod_perl
on a Windows machine. I use the site to send emails to registered users
using Mail::sendmail through our SMTP server (another machine).
With Apache I can only send emails once after I start the Apache server,
thereafter
Geoffrey Young wrote:
Apache::StatINC is R.I.P. Use Apache::Reload instead.
but Apache::StatINC comes with mp1 and Apache::Reload doesn't - it's
difficult to install modules on these ensim boxes since you don't have
root (and yes, there are other ways around it of course :)
We could bundle
On Wed, 2003-05-28 at 22:39, Brown, Jeffrey wrote:
[Wed May 28 19:33:57 2003] [error] Can't locate CGI.pm in @INC (@INC
contains:
[...]
/usr/libdata/perl5/CGI.pm
This sort of thing is usually a permissions problem. Try opening that
file (full path to CGI.pm) from your CGI and see if it lets
Brown, Jeffrey wrote:
I have installed OpenBSD 3.2, with Apache 1.3.26, and mod_perl 1.26
which was installed as a package. I have rebooted, stopped and started
apache. I have permissions of 755 on my perl scripts and here is my
error log:
[Wed May 28 19:33:57 2003] [error] Can't locate
On Thu, 29 May 2003, Greg Dutkowski wrote:
I have migrated my site from IIS and Active State to Apache 1.3
and mod_perl on a Windows machine. I use the site to send
emails to registered users using Mail::sendmail through our
SMTP server (another machine).
With Apache I can only send emails
On Wed, 2003-05-28 at 22:45, Greg Dutkowski wrote:
I have migrated my site from IIS and Active State to Apache 1.3 and mod_perl
on a Windows machine. I use the site to send emails to registered users
using Mail::sendmail through our SMTP server (another machine).
With Apache I can only send
Here are the permissions on the file:
-r--r--r-- 1 root wheel 224666 Apr 28 06:35 CGI.pm
The BSD OS is new to me, I am more familure with redhat...but there are
some definite perks to OpenBSD and that is why I run it. Anyway wheel is
the group, and Apache uses the user and group www to run
Perrin Harkins wrote:
On Wed, 2003-05-28 at 22:45, Greg Dutkowski wrote:
I have migrated my site from IIS and Active State to Apache 1.3 and mod_perl
on a Windows machine. I use the site to send emails to registered users
using Mail::sendmail through our SMTP server (another machine).
With Apache
On Wed, 2003-05-28 at 23:15, Brown, Jeffrey wrote:
Here are the permissions on the file:
-r--r--r-- 1 root wheel 224666 Apr 28 06:35 CGI.pm
The BSD OS is new to me, I am more familure with redhat...but there are
some definite perks to OpenBSD and that is why I run it. Anyway wheel is
Do you mean give the path in my perl script?
So the line in my code:
use CGI qw(:standard);
would be:
use /usr/libdata/perl5/CGI qw(:standard);
jeff
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 7:50 PM
To: Brown, Jeffrey
Cc: [EMAIL
On Wed, 2003-05-28 at 23:17, Stas Bekman wrote:
Can we add this factoid to
http://perl.apache.org/docs/1.0/guide/troubleshooting.html#Windows_OS_specific_notes
?
Yes. I think Joshua Chamas has a summary of it somewhere, but I can't
seem to reach his site or the mod_perl site at the moment for
On Wed, 28 May 2003, Brown, Jeffrey wrote:
Do you mean give the path in my perl script?
So the line in my code:
use CGI qw(:standard);
would be:
use /usr/libdata/perl5/CGI qw(:standard);
I think what Perrin had in mind was to try, in your CGI
script, something like
open(FILE,
Apache::StatINC is R.I.P. Use Apache::Reload instead.
but Apache::StatINC comes with mp1 and Apache::Reload doesn't - it's
difficult to install modules on these ensim boxes since you don't have
root (and yes, there are other ways around it of course :)
Well, Apache::StatINC wasn't
On Wed, 2003-05-28 at 23:25, Brown, Jeffrey wrote:
Do you mean give the path in my perl script?
So the line in my code:
use CGI qw(:standard);
would be:
use /usr/libdata/perl5/CGI qw(:standard);
Actually, what I had in mind was just this:
open(CGI, '/usr/libdata/perl5/CGI.pm') or
Michael L. Artz wrote:
Apache::StatINC is R.I.P. Use Apache::Reload instead.
but Apache::StatINC comes with mp1 and Apache::Reload doesn't - it's
difficult to install modules on these ensim boxes since you don't have
root (and yes, there are other ways around it of course :)
Well,
On Wed, May 28, 2003 at 09:11:06PM -0700, Brown, Jeffrey wrote:
Here are the results from the log file:
[Wed May 28 20:50:21 2003] [error] No such file or directory at
/htdocs/perl/first.pl line 6 during global destruction.
openbsd's httpd is chrooted.
Ed.
I've just spun up apache 2.0.46 on Solaris 8, and the install of
mod_perl 1.99_09 seems fine so far.
Carl
I forgot to mention that 1.99_09 installs two new utils:
- mp2bug: used for success/failure reports after mod_perl was installed and
the source is no longer available (e.g. binary distros).
- mp2doc: replaces perldoc to cope with the Apache2/ subdir (perldoc won't
know to search under
Carl Brewer wrote:
I've just spun up apache 2.0.46 on Solaris 8, and the install of
mod_perl 1.99_09 seems fine so far.
Great. Thanks Carl!
For those who post success reports (which are as important as failure notes),
please either include the output of mp2bug (added in 1.99_09 to replace
Problem solved!
You all are a fantastic resource to newbies!
Jeff
-Original Message-
From: Ed [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 9:28 PM
To: Brown, Jeffrey; [EMAIL PROTECTED]
On Wed, May 28, 2003 at 09:11:06PM -0700, Brown, Jeffrey wrote:
Here are the results
Brown, Jeffrey wrote:
Problem solved!
You all are a fantastic resource to newbies!
Jeff
-Original Message-
From: Ed [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 9:28 PM
To: Brown, Jeffrey; [EMAIL PROTECTED]
On Wed, May 28, 2003 at 09:11:06PM -0700, Brown, Jeffrey wrote:
mod_perl 1.0 has several tools for throttling/block clients, but they all do
their work in pretty late stage, wasting quite a few resources. With mp2 you
can now throttle/block clients before any data was sent and before Apache has
done anything at all. This example module takes advantage of
On Thu, 2003-05-29 at 05:24, Warren Young wrote:
Geoffrey Young wrote:
sensitive to the syntax of the Perl tag: they require a space in it,
this is due to a limitation of apache 2.0. there _may_ be a way around
it, but probably not any time soon.
I can live with that. It's good
Hi there,
On Wed, 28 May 2003, Perrin Harkins wrote:
simran wrote:
[snip]
* Lookup the _distance_ for the planet _mercury_ on the date _1900-01-01_
[snip]
you can get by with MLDBM or something similar.
You might also want to investigate using a compiled C Btree library which
could be
Hi all,
I have the following problem. I designed a mod_perl
handler module that parses a certain XML-like language into Virtual Reality
Modeling Language (VRML) and sends it to the browser. It works fine first time,
but when I refresh it, it works differently. It feels like the module does
That did it. Thank you very much.
Jon Reed
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 8:08 PM
To: Reed, Jonathan S.
Cc: [EMAIL PROTECTED]
Subject: Re: ugh! mod_perl install problem
Reed, Jonathan S. wrote:
Hello,
I am having a
Hi there,
On Thu, 29 May 2003, Igor Rojdestvenski wrote:
designed a mod_perl handler moduel [snip]
works fine first time, but when I refresh it, it works differently. [snip]
My theory is that something is wrong with local/global variables [snip]
Check out the mod_perl Guide - you can find it
That's fixed it - I don't server many images - thanks very much!
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]
Sent: Thursday, 29 May 2003 1:07 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Can't use sendmail more than once
On Wed, 2003-05-28 at 22:45,
50 matches
Mail list logo