The doc you reference says that Apache-request should be avoided because
it is expensive. But does it in fact work?
-Paul
On Fri, 29 Aug 2003 10:17:57 -0700, Stas Bekman [EMAIL PROTECTED] wrote:
Igor Ivoilov wrote:
Hello all,
I have perl programs running under Apache::Registry.
Now I need to
I should also mention -- my perl is patched with the patch
to DynaLoader.pm that Doug MacEachern posted in this list.
-P
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 11, 2002 4:06 AM
To: Paul G. Weiss
Cc: [EMAIL PROTECTED]
Subject: Re
suppose I could have done --enable-threads in Apache
with --with-mpm=prefork and it might have worked. Is
that considered kosher? Anyway this seems good enough
for now.
-P
-Original Message-
From: Paul G. Weiss
Sent: Tuesday, June 11, 2002 1:22 PM
To: 'Doug MacEachern'
Cc: [EMAIL
Must be www.cafeconleche.org.
-P
-Original Message-
From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 01, 2002 5:50 PM
To: Les Mikesell
Cc: Joachim Zobel; [EMAIL PROTECTED]
Subject: Re: WYSIWYG Template Editor
On Tue, 1 Jan 2002, Les Mikesell wrote:
From: Matt
My bad experience was with Netscape 4.7. The problem was if the
*first* compressed thing it saw was *not* html, e.g. if it was
Javascript when the corresponding html file was not compressed.
Once it saw compressed html, though, it could then reliably
uncompress Javascript as long as you kept
I've done it with 5.6.1. There was a fairly detailed thread on it last
week on how it was done. In order to avoid a memory leak on restart you
need to build with a bleed modperl though. If you can start and stop your
server you're fine with 1.25.
-Original Message-
From: Sean
as a dso.
I've not been able to avoid a leak with a USE_APXS build.
-Paul
On Sun, 17 Jun 2001, Paul G. Weiss wrote:
Now I'm really confused. I built the whole thing statically and it still
leaks:
the static build (using the same Perl):
~/test/prefix/bin/perl Makefile.PL EVERYTHING=1
what are you doing
differently? Let me know so I can do the same thing. The Perl I'm using
is 5.6.1 and the modperl is
modperl_20010614113010.tar.gz.
-P
On Fri, 15 Jun 2001, Paul G. Weiss wrote:
Don't be so willing to bet. Still leaking.
I did as you said and just rebuilt Perl and mod_perl
with it, do you? I haven't heard of any leaks with a static build.
-P
On Sun, 17 Jun 2001, Paul G. Weiss wrote:
Doug,
I'm confused as to how you managed to *not* leak when I'm still
leaking. I've tried these tests on both a Solaris 2.7 system and
a Linux 7.1.
Here is a summary
../apache_1.3.19/src/httpd
make kill_httpd
kill `cat t/logs/httpd.pid`
rm -f t/logs/httpd.pid
rm -f t/logs/error_log
On Thu, 14 Jun 2001, Doug MacEachern wrote:
On Fri, 15 Jun 2001, Paul G. Weiss wrote:
alignbytes=8, usemymalloc=y, prototype=define
^
ok
I know that this is an ongoing problem, but I seem to remember that
someone somewhere had a patch that reduced the size of the memory leak on
restarts to a manageable size. Has this patch been applied to the CVS
version? If not, can some kind soul tell me where to find it? I've
looked around
Sad to say, I'm not as fortunate as you. I'm leaking ~4.4Mb which each
HUP (I haven't tried USR1). I'm also using Perl 5.6.1 and 1.25_01-dev
(the CVS snapshot modperl_20010614113010.tar.gz). I'm doing a PerlRequire
if that is significant.
One more thing - I'm building mod_perl using apxs. I
can't seem to get Apache compiled with symbols.
On Thu, 14 Jun 2001, Doug MacEachern wrote:
On Thu, 14 Jun 2001, Paul G. Weiss wrote:
Sad to say, I'm not as fortunate as you. I'm leaking ~4.4Mb which each
HUP (I haven't tried USR1). I'm also using Perl 5.6.1 and 1.25_01-dev
(the CVS
I can't help you, but I have been having the same problem.
( I had thought it was because we're running old code -
Stronghold with mod_perl 1.24. I'm really hoping it
goes away when we upgrade to 1.3.19 w 1.25, or at least
I can have a better chance debugging it. )
My solution for the
I see it also. However, I only see it after I get an entry of
200 -
in the access log, i.e. the page returned status code 200, but
the content-length is not recorded.
I'm still in the process of investigating. BTW the above log
entry occurs 90% of the time with a script that does a
Actually its both then. I've had to hack up mod_gzip to
not send compressed data if the following is true:
1. The browser is Netscape
2. The URL is a javascript file (ends in .js).
Netscape sends Accept-Encoding: gzip for javascript files
and then doesn't know what to do
with dynamic linking. My installation
was only at 106950-06. When I tried it on another box
that was at 106950-11, it worked fine. Now to pack the
original box!
-Paul
-Original Message-
From: Paul G. Weiss
Sent: Wednesday, November 01, 2000 2:50 PM
To: '[EMAIL PROTECTED]'
Subject
You can now build mod_ssl and mod_perl together. Instructions
are in the guide http://perl.apache.org/guide. You have to
build openssl first.
OpenSSL: http://www.openssl.org
mod_ssl: http://www.modssl.org
I do this now on Solaris (all with DSO's)
-Paul
-Original Message-
From: B.
Is this a no-no?
By the way, I have simplified my startup script to only
make a single call to Apache::RegistryLoader::handler
for a particular file. Same result. Without the call
to Apache::RegistryLoader::handler the server seems to
perform flawlessly.
-Paul
-Original Message-
From: Paul G. Weiss
I tried using Apache::RegistryLoader with my
Apache 1.3.14/mod_perl 1.24_2 installation.
I put this in a file that I PerlRequire:
use Apache::RegistryLoader ();
my $perl_dir = Apache-server_root_relative."docs";
my $cmd = qq{find $perl_dir -follow \\( -name "*.pl" -o -name "*.cgi" \\)
-print};
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 24, 2000 12:47 PM
To: Paul G. Weiss
Cc: modperl
Subject: Re: PerlCleanupHandler vs register_cleanup
On Thu, 24 Aug 2000, Paul G. Weiss wrote:
What is the difference between doing
$r
Needless to say, I find that under certain conditions that I'm not
completely sure of, the loghandler doesn't run and the object does
get undef'ed (I know this from using perl-status and from the fact
that the process in question doesn't give me any timing statistics
from then on). The
I have a timing module which is designed to only create a
single object. It works according to the following pseudo-code
package TimeIt;
sub begin
{
my $this = get_object(shift);
my $op = shift;
# store start time in object
...
}
sub end
{
my $this = get_object(shift);
It's not the cookie that's expiring, per se, but the server side
information that corresponds to the cookie. Indeed the fact that
the site could tell you that the session had expired indicates that
the cookie itself did not expire.
As to why they must/should expire, remember that system
Is there any equivalent procedure for debugging core
dumps? I've tried this and it doesn't work because
the process is not running. When I process dies it
would be nice to know where it was in the Perl stack.
-P
-Original Message-
From: Doug MacEachern [mailto:[EMAIL PROTECTED]]
Sent:
Usually this is a result of an access rule:
deny from all
allow from *.mydomain.com
When this happens Apache needs to do a lookup on
the name even though you specified HostnameLookups
off.
I don't know what mod_perl would have had to do with
it unless the installation modified
I use it with USE_DSO=1 without having built Perl
with -Duseshrplib. I have all the Apache modules
built as DSO's.
By the way, what is Apache 1.3.14? The latest version
on the Apache site is 1.3.12.
-Paul
-Original Message-
From: Benedict Lofstedt [mailto:[EMAIL PROTECTED]]
Sent:
Sorry about the previous blank reply.
This has been fixed in a post 1.23 patch.
Change the line
$PERL_EXTRA_CFLAGS = "";
to
$PERL_EXTRA_CFLAGS = $] = 5.006 ? $Config{ccflags} : "";
and try again.
-P
-Original Message-
From: Ari Jolma [mailto:[EMAIL PROTECTED]]
Sent: Monday, May
Is this still true under 5.6, now that weak references
are available?
-P
-Original Message-
From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 17, 2000 4:14 AM
To: Leslie Mikesell
Cc: (Gunther Birznieks); [EMAIL PROTECTED]
Subject: Re: Modperl/Apache
I'm using Apache::RegistryNG to feed GzipChain. But doesn't
the chunking occur *after* GzipChain? I've also tried
Apache::Registry with the same results.
-P
-Original Message-
From: Rick Myers [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 11, 2000 8:22 AM
To: Paul G. Weiss
I was playing around with this module and got strange
results (both with MSIE 5.0 and Netscape 4.6). The
output is being sent chunked and when I do "view source"
it appears that the browsers have not received the
complete page. I suspect that they are only reading
up to the first "chunk".
When
.
Any in any case:
BEGIN {
no warnings qw(deprecated);
local $^W=0;
use Apache::DBI ();
}
doesn't suppress the error.
-P
-Original Message-
From: Ken Williams [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 10, 2000 8:22 AM
To: Paul G. Weiss
Cc: '[EMAIL PROTECTED]'
Subject: Re
nt: Monday, April 03, 2000 12:17 AM
To: Paul G. Weiss
Cc: [EMAIL PROTECTED]
Subject: RE: mod_perl (DSO) dumping core with perl 5.6.0
On Fri, 31 Mar 2000, Paul G. Weiss wrote:
I was afraid of that, given that the fault was in malloc.c.
Is there no hope, then? Is there anything I can d
I posted this already, but haven't seen it come across so I'm trying
again. Please forgive me if you've seen it before.
I'm trying to build mod_perl as a DSO under Solaris 2.6 with Perl 5.6.0
and I'm having no luck. The system dumps core. I've tried enabling
and disabling expat, I've
I posted this already, but haven't seen it come across so I'm trying
again. Please forgive me if you've seen it before.
I'm trying to build mod_perl as a DSO under Solaris 2.6 with Perl 5.6.0
and I'm having no luck. The system dumps core. I've tried enabling
and disabling expat, I've tried
I have been unsuccessful in building IPC::ShareLite,
which is used by HTML::Template under 5.6. Two problems:
(1) It won't build at all w/o adding
#define PERL_POLLUTE
before the
#include "EXTERN.h"
#include "perl.h"
#include "XSUB.h"
in ShareLite.xs.
By the way, this is under Solaris 2.6, with none
of the threading options selected in the build.
-Paul
-Original Message-
From: Paul G. Weiss
Sent: Tuesday, March 28, 2000 7:18 AM
To: [EMAIL PROTECTED]
Subject: IPC::ShareLite with 5.6
I have been unsuccessful in building IPC
37 matches
Mail list logo