problems I had on Debian. Try a
groups.google.com search for author of 'Keith G. Murphy' and subject of
Memory leak on reload when the 'Pg' driver is preloaded or even
Apache segfaulting upon perl module load.
I gave up on it quite some time ago and started using the statically
linked mod_perl.
Juha-Mikko Ahonen wrote:
I looked into it with the following setup:
apache 1.3.26-0woody1
libapache-mod-perl 1.27-2
postgresql 7.2.1-2woody2
There was a Test.pm module handling all requests for /. It opened a
connection to the database and fetched a couple of rows.
With
Since memory leaks seem to be the topic du jour, I wondered if anyone
else had seen this one:
When using a modular mod_perl, I get a huge leak if I preload the 'Pg'
driver in my startup perl script thus:
#!/usr/bin/perl
use strict;
use Apache::Status ();
use Apache::DBI ();
Stathy G. Touloumis wrote:
Using Debian's static-mod_perled apache-perl eliminates the problem.
Do you mean you are using the 'so' version that comes with Debian?
Yes, in the case that failed. The package is called 'libapache-mod-perl'.
You
should be using the static build of
Ged Haywood wrote:
Hi there,
On Wed, 16 Oct 2002, Keith G. Murphy wrote:
do you mean that the problems with the loadable module overall are
so well-known that no one in his right mind should ever use it?
It's not as bad as that. Significant improvements have been made
Juha-Mikko Ahonen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 16 October 2002 20:25, Keith G. Murphy wrote:
By should, do you mean that the problems with the loadable module
overall are so well-known that no one in his right mind should ever
use it?
Yes
Ged Haywood wrote:
Hi there,
On Wed, 16 Oct 2002, Keith G. Murphy wrote:
Significant improvements have been made in
the reliability of mod_perl as DSO and nowadays there is much less
discussion about it on this list.
Are you sure it's not because 'most everyone has silently given up
Daniel Jacobowitz wrote:
On Wed, Oct 16, 2002 at 02:01:33PM -0500, Keith G. Murphy wrote:
My own bug report is now 47 days old, without apparent followup.
Hmmm, I probably should not have posted that. Sounds like a major whine.
That's because I'm having an attack of real life. I haven't
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 16 October 2002 22:52, Keith G. Murphy wrote:
It's not like it was an obvious problem: I only got the DSO to leak
when loading the Pg driver. That's pretty obscure.
Have you tried to connect() without loading the Pg driver
Stephen Reppucci wrote:
Hi Darren,
See my suggested refinement below (I don't like to leave the server
down any longer than needed...8^):
On Tue, 9 Apr 2002, darren chamberlain wrote:
For exactly this reason, I always modify apachectl so that the restart
option looks like:
Kee Hinckley wrote:
Emacs over WebDAV should work fine if you run something that supports
WebDAV as a filesystem (e.g. OSX), but that's not going to help you
much.
If you're running Linux, this looks like fun:
http://sourceforge.net/projects/dav
There's also kiwifs:
Andrew Ho wrote:
Hello,
I checked the list archives and it didn't look like this had been posted yet.
For those of you who haven't seen it yet... a great read on perl.com about
the Apache/mod_perl setup at eToys, co-authored by our own mod_perl
regular contributer Perrin Harkins.
Stas Bekman wrote:
On Tue, 19 Jun 2001, Keith G. Murphy wrote:
Matthew Byng-Maddick wrote:
On Mon, Jun 18, 2001 at 10:41:50AM -0500, Keith G. Murphy wrote:
This is only true if you're serving images off the mod_perl server which
is crazy unless you're generating them
Stas Bekman wrote:
On Mon, 18 Jun 2001, Keith G. Murphy wrote:
Trevor Phillips wrote:
Is there any way to control which daemon handles a certain request with apache
1.x?
eg; Out of a pool of 50 daemons, restricting accesses to a certain mod_perl
application to 10 specific
Matthew Byng-Maddick wrote:
On Mon, Jun 18, 2001 at 10:41:50AM -0500, Keith G. Murphy wrote:
Trevor Phillips wrote:
Is there any way to control which daemon handles a certain request with apache
1.x?
eg; Out of a pool of 50 daemons, restricting accesses to a certain mod_perl
Trevor Phillips wrote:
Is there any way to control which daemon handles a certain request with apache
1.x?
eg; Out of a pool of 50 daemons, restricting accesses to a certain mod_perl
application to 10 specific daemons would improve the efficiency of data cached
in those processes.
Stas Bekman wrote:
On Wed, 11 Apr 2001, Keith G. Murphy wrote:
Vivek Khera wrote:
"TS" == Tim Sweetman [EMAIL PROTECTED] writes:
TS you can add directories to @INC by putting
TS PerlSetEnv PERL5LIB /home/httpd/perl
Just use the second method in the guide
Stas Bekman wrote:
On Wed, 11 Apr 2001, Keith G. Murphy wrote:
Vivek Khera wrote:
"TS" == Tim Sweetman [EMAIL PROTECTED] writes:
TS you can add directories to @INC by putting
TS PerlSetEnv PERL5LIB /home/httpd/perl
Just use the second method in the guide
Vivek Khera wrote:
"TS" == Tim Sweetman [EMAIL PROTECTED] writes:
TS you can add directories to @INC by putting
TS PerlSetEnv PERL5LIB /home/httpd/perl
Just use the second method in the guide. ie, use lib '/path/to/lib'
in a startup script.
I request that the guide be changed,
"Khachaturov, Vassilii" wrote:
Please keep in mind that what you describe is a behaviour of one particular
user agent.
Some UAs just never send referer for anonymity. (Sometimes proxy will do
that for them). Some do it for links from a web page, but not from a file://
URL. Some don't care
Les Mikesell wrote:
[cut]
I don't think I understand what you mean by LRU. When I view the
Apache server-status with ExtendedStatus On, it appears that
the backend server processes recycle themselves as soon as they
are free instead of cycling sequentially through all the available
Perrin Harkins wrote:
Keith Murphy pointed out that I was seeing the result of persistent HTTP
connections from my browser. Duh.
I must mention that, having seen your postings here over a long period,
anytime I can make you say "duh", my week is made. Maybe the whole
month.
That issue
Perrin Harkins wrote:
[cut]
Doesn't that appear to be saying that whichever process gets into the
mutex first will get the new request? In my experience running
development servers on Linux it always seemed as if the the requests
would continue going to the same process until a request
Stas Bekman wrote:
Let me stright things out a bit, so you won't get misleaded by my post as
a marketing call.
What we want is very simple.
1. We want many users, so they will thoroughly test the software and spot
bugs asap, so we -- current users will get a better product.
2. We
Patrick wrote:
On Thu, Dec 07, 2000 at 03:52:01PM +0100, Stas Bekman took time to write:
Your problem is that you try to use the precompiled broken packages
provided by distros.
If I can jump... I must say that I *never* had a problem with Debian
packages of mod_perl. Maybe RedHat
"Roderick A. Anderson" wrote:
Sorry but I've run out of sources. (Don't have netnews.) Is there a
mailing list for CGI.pm? I've done all I can by reading the 'the book'
and searching the net. Can't find anything like the symtoms I'm seeing.
Actually the problem may be a lack of perl
Doug MacEachern wrote:
On Wed, 27 Sep 2000, Keith G. Murphy wrote:
Upon further investigation, what I am seeing is that PERL5LIB gets
passed into %ENV just fine. It's just not being used to locate modules;
it is not in @INC. Could the part of Perl that pushes the PERL5LIB
setting
Stas Bekman wrote:
On Tue, 26 Sep 2000, Keith G. Murphy wrote:
I'm running Apache 1.3.9 with mod_perl embedded, on Debian GNU/Linux.
I have the following lines towards the end of my httpd.conf:
PerlSetEnv PERL5LIB /usr/local/MyPerl/lib
PerlRequire startup.pl
Include
Chris Winters wrote:
* Keith G. Murphy ([EMAIL PROTECTED]) [000926 18:43]:
I'm running Apache 1.3.9 with mod_perl embedded, on Debian GNU/Linux.
I have the following lines towards the end of my httpd.conf:
PerlSetEnv PERL5LIB /usr/local/MyPerl/lib
PerlRequire startup.pl
Include
I'm running Apache 1.3.9 with mod_perl embedded, on Debian GNU/Linux.
I have the following lines towards the end of my httpd.conf:
PerlSetEnv PERL5LIB /usr/local/MyPerl/lib
PerlRequire startup.pl
Include perllocs.conf
However, upon system startup, my startup.pl fails because it can't find
a
Matt Sergeant wrote:
On Tue, 15 Aug 2000, Vladislav Safronov wrote:
Hi,
Could you have a look at the lines and answer the question ..
---
sub foo {
my $dbh = shift;
my $sql = ...
my $sth = $dbh-prepare($sql);
$sth-execute;
$sth-finish;
Stas Bekman wrote:
I think you confuse,
something. When the script is recompiled all the variables belonging to
the package decalared by Apache::Registry or similar are getting reset. If
you require/use() some modules that declare packages and have global
variables -- these won't be reset
Ron Pero wrote:
[cut]
* Place the templating systems into a spectrum of categories, from simplest
to most complex/developed.
It would look approximately like this (not attempting to be complete):
-Level one, simplest
* Simple tag/anchor replacement
* Embedded code
___cliff rayman___ wrote:
The perl interpreter has a one global symbol table called the stash where
all global variables are referenced by package and by variable name.
Since the interpreter does not go away when a script is recompiled, neither
does the stash or any of the items contained
This is probably a very basic question, understood by everyone but...
Why, when I change a script loaded under Apache::Registry, and the
script (verifiably) reloads, do global variables not reinitialize?
I'm running Apache 1.3.9, mod_perl 1.21 on a Debian GNU/Linux system.
Am I the only one
"Randal L. Schwartz" wrote:
"Jacob" == Jacob Davies [EMAIL PROTECTED] writes:
Jacob Now as to ampersands used to separate form fields, like:
Jacob A HREF="/somehandler?email=jacob%40sfinteractive.comname=Jacob"
Jacob do you mean that it should be:
Jacob A
Jeremy Howard wrote:
I'm glad you brought this up again. Since I mentioned I'd be happy to host such a
thing, and asked for suggestions, I've got a total of one (from Stas--thanks!). That
suggestion was to use ht://dig http://www.htdig.org/.
Has anyone got a search engine up and running
"Jeffrey W. Baker" wrote:
On Thu, 11 May 2000, Marc Slemko wrote:
In reality, IE's recently publicized hole (which I reported to them, in a
slightly modified form, months ago but they didn't see fit to release a
patch...) doesn't change much.
Hotmail? Yahoo mail? amazon.com?
Frank Mayhar wrote:
Matt Sergeant wrote:
On Sun, 7 May 2000, Frank Mayhar wrote:
Perl does have some good constructs for Web work, too. I've been writing
a webstore and some stuff is really convenient that would be inconvenient
in C. On the other hand, there's some stuff that I
David Harris wrote:
Jeff Warner wrote:
We were a mySQL shop. We replaced mySQL with Oracle8i/mod_perl and
and Apache::DBI. Works great, once it is all setup. Our overall
processing is faster with Oracle too. The lack of transactions and
views put an immediate end of mySQL
Tony Demark wrote:
I have compiled the following:
Apache 1.3.9
mod_perl 1.21 (PERL_AUTHEN PERL_LOG PERL_STACKED_HANDLERS)
[cut]
When starting an httpd process with a 'PerlModule' defined in the conf file,
the process will seg fault when it attempts to fork:
[cut]
It
Chris Thompson wrote:
On Mon, Nov 01, 1999 at 04:42:50PM -0400, Neil Kandalgaonkar wrote:
Joshua Chamas [EMAIL PROTECTED] wrote:
That said, they do allow non-profits and others to use the camel, e.g. the
Perl Mongers. It's not evil, they're just trying to protect a trademark
which they
42 matches
Mail list logo