On Wed, 19 Jan 2000, Jonas Nordström wrote:
I had the same problem. What does the "1" mean? That the sub returns with a
true value?
yes, from ch9:
=item do()
This method provides a way to iterate through an entire table item by
item. Pass it a reference to a code subroutine to be called
On Tue, 18 Jan 2000, Doug MacEachern wrote:
On Wed, 19 Jan 2000, Stas Bekman wrote:
Why? Some users need a control of what gets reloaded and what not on
server start (Yes I know if you put in startup.pl file it loads only once)
For example parsing and loading some heavy xml files...
perl_destruct/perl_free are not called at restart, only during child_exit.
it looks like that might need to change to finish the dso puzzle. I
experienced some problems there, but that was a few years ago, looks
like it's time to revisit.
But it is called when Apache unloads the modules
On Fri, 14 Jan 2000, Ricardo Kleemann wrote:
Hmmm :-(
On 14 Jan 2000, Frank D. Cringle wrote:
Without having checked your list, I'll wager that the "good" modules
are all pure perl and the "bad" ones use machine-language XS
extensions.
So typical modules like MD5 and MIME::Body
Doug MacEachern wrote:
wow, *nice* catch!! Daniel, I can't thank you and Alan enough for your
efforts here. it's such a thorny problem to debug, the closest I came was
trying to prevent the dlclose of modperl's libperl.so, but had no idea why
that bandaid prevented the bleeding. I hadn't
Seems correct to me, although as I said before the patch should really
go in DynaLoader - after all it is conceivable that perl embedders other
than Apache could be hit by this problem.
Yes, I agree, but this will not before perl 5.006 and much people are still
using perl 5.004...
Gerald
perl_destruct/perl_free are not called at restart, only
during child_exit.
it looks like that might need to change to finish the dso puzzle. I
experienced some problems there, but that was a few years ago, looks
like it's time to revisit.
But it is called when Apache
Gerald Richter wrote:
Seems correct to me, although as I said before the patch should really
go in DynaLoader - after all it is conceivable that perl embedders other
than Apache could be hit by this problem.
Yes, I agree, but this will not before perl 5.006 and much people are still
Hi,
We have recently installed a new machine with Apache/1.3.9 mod_perl/1.21 mod_ssl/2.4.10 OpenSSL/0.9.4 perl
5.004_04 configured
A perl transaction handler that works fine on Apache/1.3.6
mod_perl/1.21 5.00503 is now intermittantly dyingon the new box
with the following error;
Can't
What is a transaction handler?
Keith
- Original Message -
From:
Kevin Glass
To: [EMAIL PROTECTED]
Sent: Wednesday, January 19, 2000 5:03
AM
Subject: Transaction handler
weirdness
Hi,
We have recently installed a new machine with Apache/1.3.9
It would be nice if RegistryLoader.pm let me load a script for
a virtual host in such a way that I didn't have to worry about
how they were represented.
Something like:
my $r = Apache::RegistryLoader-new;
$r-handler($uri, $filename, $virthost);
How about this.
--
John Hughes
hi all..
I've noticed that using mod_rewrite with Apache::Cookie exhibits odd
behavior...
scenario:
foo.cgi uses Apache::Cookie to set a cookie
mod_rewite writes all requests for index.html to /perl-bin/foo.cgi
problem:
access to /perl-bin/foo.cgi sets the cookie
On Tue, Jan 18, 2000 at 11:02:27PM -0800, Doug MacEachern wrote:
On Sat, 15 Jan 2000, Daniel Jacobowitz wrote:
...
Notice that DBI is never dlclose()'d. But mod_perl is, when apache
unloads its modules. The linker is not clever enough to realize that
DBI depends on symbols in
Doug MacEachern wrote:
[...] in any case, you should avoid any code that's forking a
process, since it's throwing performance out the window.
Date::Manip is only doing a few forks on initialization, which should
be ok in most cases.
On Thu, 6 Jan 2000, Pierre-Yves BONNETAIN wrote:
[Wed
Well, one problem.
I deleted the old code instead of #if'ing it for a reason - it does NOT
work. Apache will try to dlclose() the modules anyway, and dlclose(0)
causes a segfault, on Linux at least.
I just don't wanted to delete the code, before Doug has reviewed it. Anyway
because of the
On Wed, 19 Jan 2000, Richard L. Goerwitz wrote:
Before I turn everything inside out, let me ask a quick question: Has
anyone encountered problems using CGI and CGI::Cookie with mod_perl? The
Problem I am noticing emanates from CGI-new(). Here's the section of
code:
if ($MOD_PERL) {
"Richard L. Goerwitz" [EMAIL PROTECTED] wrote:
Before I turn everything inside out, let me ask a quick question: Has
anyone encountered problems using CGI and CGI::Cookie with mod_perl? The
Problem I am noticing emanates from CGI-new(). Here's the section of
code:
if ($MOD_PERL) {
Alex -- you've definitely cut it down a lot, but have you tried cutting out
the Mason stuff and just making it a regular mod_perl handler that prints a
few lines? I'm fairly sure the problem is independent of Mason (although it
may be related to the structure of handler.pl). Try it and see if
Hello,
I'm trying to run a simple script using Apache::Session for the first
time, and am having a few problems. Can't see anything relating to this in
the documentation or the archives, so here goes...
Whenever I run a script, everything works until I try to create a new
session id, where I
-Original Message-
From: Gerald Richter [mailto:[EMAIL PROTECTED]]
Sent: 19 January 2000 04:36
To: Alan Burlison; [EMAIL PROTECTED]
Subject: RE: Why does Apache do this braindamaged
dlclose/dlopen stuff?
So I would agree to your last sentences that Dynloader is responsible for
what happens if you preload Apache::Registry in httpd.conf:
PerlModule Apache::Registry
Didn't try that. But code examination seems to imply that it would have
no effect.
1. Apache::Registry gets run, so:
unless (defined $Apache::Registry::NameWithVirtualHost) {
On 19 Jan 00, at 7:41, Gerald Richter wrote:
Here's the situation:
The user loads this page with the two frames. The left frame is the
navigation frame. The user clicks on the left frame the link to log in.
The right frame changes to the login screen and they login. When
they are
How do you turn logging off completely in Embperl? Is it even possible? I set
EMBPERL_DEBUG to 0 but it still tries to open a log file. I didn't see anything
in EMBPERL_OPTIONS.
---
Jason Bodnar + [EMAIL PROTECTED] + Tivoli Systems
In Jail Rock house Rock, he was everything Rockabilly's about.
On Tue, Jan 18, 2000 at 08:03:42PM +, Alan Burlison wrote:
I think the correct fix is for the Apache core to avoid dlclosing
anything it has dlopened in the first place. If new modules have been
added to the config files, they should be dlopened, but any old ones
should *not* be
Jason,
Using both 'EMBPERL_LOG /dev/null' and 'EMBPERL_DEBUG 0' will do the trick.
Without redirecting EMBPERL_LOG, embperl will always try to open
/tmp/embperl.log on its first use. I consider this a bug and a security hazard
(writing anything blindly to /tmp can have potentially lethal side
That's what I thought. Setting 'EMBPERL_DEBUG 0' should really turn off any
kind of logging including even trying to open the log file.
On 19-Jan-00 Christian Gilmore wrote:
Jason,
Using both 'EMBPERL_LOG /dev/null' and 'EMBPERL_DEBUG 0' will do the trick.
Without redirecting EMBPERL_LOG,
Is there a way I can tell where my memory usage is going in an Apache child?
I have a server that starts with acceptable numbers, but after a while it
turns into this
Server Version: Apache/1.3.9 (Unix) mod_perl/1.21 PHP/3.0.12 mod_ssl/2.4.4
OpenSSL/0.9.4
Redhat Linux: 2.2.13
PID USER
check out the following sections in the guide:
http://perl.apache.org/guide/performance.html#Memory_leakage
http://perl.apache.org/guide/debug.html#How_can_I_find_if_my_mod_perl_sc
http://perl.apache.org/guide/performance.html#Limiting_the_resources_used_by_h
Michael wrote:
so i guess this is the only way to do it with dso
for apache 1.3.9
./configure --enable-rule=shared_core --with-perl=/usr/bin/perl
--enable-module=so --enable-module=rewrite
for modperl-1.21
perl Makefile.PL USE_APXS=1 USE_DSO=1 WITH_APXS=/usr/sbin/apxs
Hi.
Is anyone using mod_backhand (http://www.backhand.org/) for load
balancing? I've been trying to get it to work but it is really flaky.
For example, it doesn't seem to distribute requests for static content.
Bah.
Anyway, mail me and we can chat.
Jeffrey
[EMAIL PROTECTED] (Bill) wrote:
Hi,
I'm scratching my head on a mod_perl problem, and I found out you guided other
programmers in my situation...
here's the context:
[ 1999-09-30 4:20:30 ]
Is there a way too, to have output of NON PERL cgi scripts to be SSI parsed?
Not that I know of,
now, i have the exact same problem: i need my SSI to filter thru everithing:
HTML, CGIs, PHP, etc.
You get HTML filtering already. For CGIs, why not write a minimal
PerlHandler to emulate CGI (i.e. set up the environment and execute the
CGI script) and then run the output through SSI? For
Unfortunately I can't actually get mod_perl + a load of other stuff to
build on 5.005_63, so I can't see if it cures the mod_perl problem.
you need modperl from cvs to use 5.005_62+
http://perl.apache.org/from-cvs/
Could a DynaLoader guru have a quick look at the patch and let me know
if
Hi,
I installed Apache Server for NT on my machine. But
I don't know how to get perl to work not using module perl.
Any message will be appreciated.
Matt Sergeant [EMAIL PROTECTED] writes:
Depends what the business is. If it is a serious business looking for VC I
would actually suspect the inverse is true: MySQL is underkill (I think I
just made that word up) due to its lack of transactions and other advanced
features (yes, these things
35 matches
Mail list logo