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, G
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
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 prob
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
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 t
On Thu, 2003-05-29 at 05:24, Warren Young wrote:
> Geoffrey Young wrote:
> >
> >> sensitive to the syntax of the 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.
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 run
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:
Her
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 fro
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
t/REPO
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 Apache2)/
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
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.
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, Apache::S
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.
Jeff
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 8:36 PM
To: Brown, Jeffrey
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
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 distributed
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, '
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 f
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 P
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
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
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 the
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 s
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 e
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 CGI.
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 let
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 Apa
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 i
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
+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
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
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
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.
Currently
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 functio
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.
__
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 a
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 t
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
I'm
Geoffrey Young wrote:
sensitive to the syntax of the 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, either, a
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
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.
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 c
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 and apache has
The first bug is a known one: apparently, recent mod_perls are sensitive
to the syntax of the tag: they require a space in it, like this:
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.
this is due
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 PR
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 seein
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 yours
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 this
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
I'm still learning
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 use
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?
52 matches
Mail list logo