Hi,
I've just gotten a server setup with iserver and have installed mod_perl as
per instructions however I am at a loss to figure out where my mod_perl
scripts are supposed to reside. As per iserver directions I have added
LoadModule perl_module modules/mod_perl.so
to my httpd.conf. Apache is
** Web App Development Needs? ***
Contact OSATech today! http://www.OSATech.com
***
- Original Message -
From: "Gagan Prakash" [EMAIL PROTECTED]
To: "modperl (E-mail)" [EMAIL PROTECTED]
Sent: Saturday, April
On Wed, 12 Apr 2000 [EMAIL PROTECTED] wrote:
Hi All,
Recently I installed Apache-1.3.12 with mod_perl-1.22. Standard
installation. Everything seemed to work great.
I'm using the directive
PerlFixupHandler Apache::SIG
because you have some 'alive' scripts that need to be killed if
Sorry if this is slightly off topic.
I seem to have run into problems using IPC::Open3 under mod_perl 1.22 and perl
5.6.0. This probelm only seems to have cropped up after I upgraded form perl
5.005 to perl 5.6.0. What happens is I have an exception handler that opens
gpg and uses gpg to
Modperlers...,
I'd like to start a discussion about the deficiences in Apache/modperl
and get you feedback with regard to this issue. The problem as I see
it is that the process model that Apache uses is very hard on modperl.
It is very memory inneffecient basically. Each process of apache has
[EMAIL PROTECTED] wrote:
Modperlers...,
I'd like to start a discussion about the deficiences in Apache/modperl
and get you feedback with regard to this issue. The problem as I see
it is that the process model that Apache uses is very hard on modperl.
It is very memory inneffecient basically.
Well, following the guardian Gunther suggestions I've tried to rerun these
tests as well, preloading the script to make the benchmark fair. This has
improved the results significantly, shortening the gaps.
But read the both sets of tests and try to explain the phenomena that you
will see. You
The URL
http://forum.swarthmore.edu/~ken/modules/archive/Apache-AuthCookie-2.007.tar.gz
has entered CPAN as
file: $CPAN/authors/id/KWILLIAMS/Apache-AuthCookie-2.007.tar.gz
size: 16364 bytes
md5: 1a2a45007123e8583467668297ebd767
Version: 2.007 Date: 2000/04/15 15:27:02
If the
On Mon, 10 Apr 2000, Eric Cholet wrote:
The front-end light server, serving static requests and proxying
dynamic requests to a back-end modperl server, is well documented,
except in the case of virtual hosts. How do you do it?
On the front end:
VirtualHost www.customer.com
=head1 Front-end Back-end Proxying with Virtual Hosts
This section explains a configuration setup for proxying your back-end
mod_perl servers when you need to use Virtual Hosts.
The approach is to use unique port number for each virtual host at the
back-end server, so you can redirect from the
Each process of apache has
it's registry which holds the compiled perl scripts in..., a copy of
each for each process. This has become an issue for one of the
companies that I work for, and I noted from monitoring the list that
some people have apache processes that are upwards of 25Megs,
On Sat, 15 Apr 2000 [EMAIL PROTECTED] wrote:
This has become an issue for one of the
companies that I work for, and I noted from monitoring the list that
some people have apache processes that are upwards of 25Megs, which is
frankly ridiculous.
1) I've seen them bigger than 25 megs.
2) Do
According to [EMAIL PROTECTED]:
Does anyone know of any program which has been developed like this?
Basically we'd be turning the "module of apache" portion of mod_perl
into a front end to the "application server" portion of mod_perl that
would do the actual processing.
This is basically
Hi, this is Andy again.
It's about that, after I installed the ASP patch, all
other *.asp are working but the index.html is not
which claim that it couldn't find glocal.asa
The .htaccess file I used is from your example folder,
which is :
# Note this file
I ran struss, but I'm not sure how useful the put is. I've enclosed it, if
anyone has time to take a look...
It does look like there might have been some problem loading some of the
modules (Mail/Field/addrlist.pm), but I can't find anyone who actually uses
that module. But typically when
On Tue, 11 Apr 2000, Doug MacEachern wrote:
On Tue, 4 Apr 2000 [EMAIL PROTECTED] wrote:
I've been seeing the same segfault-on-connect problem with Apache 1.2.12
+ mod_perl 1.22 + DBI 1.13 + Msql-Mysql-modules 1.2211. The segfault is
due to a null first argument being passed to
So digging a little deeper (and through the magic of trial and error), the
offending module seems to be Mail::Field.
It has a bunch of code to dynamically load perl classes for various types of
fields (AddrList, Date, Content-Type, etc), and this code seems to do
something that makes modperl (or
While I understand that it might be an "advantage" to allow the customer's
their own mix of modules, it can also be a bit of a support headache as
different customers will be loading different DSOs presumably even in
different orders. There may be subtle bugs with module interaction that
On Fri, 14 Apr 2000, Doug MacEachern wrote:
Orwant and friends in "Algorithms with Perl" page 28 claims the first form
is slower.
faster to *parse*, not faster to *run*. stas, your benchmarks don't test
parse time.
The only question I still want to ask you is why do we care about the
On Sat, 15 Apr 2000, Doug MacEachern wrote:
that is sad. consider PerlFreshRestart and graceful
restart. it doesn't take much effort to type '' instead
of "". it might not make that much of a difference in
parse time, but it doesn't hurt either. can we please
drop this topic, there's
dougm 00/04/15 18:33:57
Modified:src/modules/perl mod_perl.c modperl_config.c
modperl_config.h modperl_interp.c modperl_interp.h
modperl_types.h
Log:
interpreter pool is only useful #ifdef USE_ITHREADS
Revision ChangesPath
21 matches
Mail list logo