On Fri, 10 Dec 1999 [EMAIL PROTECTED] wrote:
Does nay one know how to get round the bug in the above combination. When I
create a new CGI in any phase other than Response I get a Can't call method
"register_cleanup" on an undefined value at /usr/lib/perl5/5.00505/CGI.pm
line 263.
This
if you build with PERL_TRACE=1 and start the server like so:
% setenv MOD_PERL_TRACE=1
% httpd -X
you should get some helpful diagnotics.
On Sat, 11 Dec 1999, Bill Marrs wrote:
Hi,
I've been using mod_perl successfully albeit minimally for a couple months
now.
I'm trying to tune
On 12 Dec 1999, Evgenii Bazarov wrote:
Hi!
I tried to set more then one PerlTransHandler but
if I specify both on the same line, Apache says
"syntax error", otherwise it see only the last one.
make sure you have built the server with at least PERL_STACKED_HANDLERS=1
or EVERYTHING=1. if
On Sun, 5 Dec 1999, hamid khoshnevis wrote:
Hello,
I am a newbie modperl'er and I am tyring to get system calls to return data
to modperl (via stdout). Based on what I have read, sfio need to be linked
in. Has anyone successfully done so and does stdout gets directed properly.
you can
On Thu, 9 Dec 1999, G.W. Haywood wrote:
any suggestions on making HTML::Parser work faster
Performance is a real issue in mod_perl systems, so I've put some work
into this. Maybe it will spawn a thread.
Here are a couple of suggestions for speeding up HTML::Parser.
Apparently the
On Tue, 7 Dec 1999, Matt Sergeant wrote:
How can I completely unload a library and all memory associated with it,
and unload any dso's connected with that library? For example, say I use
XML::Parser in a Perl section - I don't want that hanging around - it's a
big library, so I'd like to
On Fri, 3 Dec 1999, Tim Bunce wrote:
...
But is that _really_ what PerlFreshRestart does? I thought it destroyed
the entire perl interpreter before then recreating one from scratch?
this is the way PerlFreshRestart works at the moment. the original
implementation did destroy the interpreter
On Sun, 5 Dec 1999, Autarch wrote:
I encountered a problem using Apache::StatINC with modules that have the
directive:
use base qw( SomeClass );
The error I got was the following:
[Mon Dec 6 07:35:47 1999] [error] Inherited %FIELDS can't override existing %FIELDS
at
On Sat, 4 Dec 1999, Victor Zamouline wrote:
Let me overview the propositions that have been made:
1) Eagle, proposed by Ged Haywood. Copyrighted by O'Reilly, but it looks
like this problem can be solved.
2) Hedgehog, proposed by Stas Bekman.
3) Oyster, proposed by Randy Harmon
4)
On Sun, 12 Dec 1999, Michael Dearman wrote:
I've copied example 4-15 and multi-checked it, for the
past couple of days. Finally used a copy of the example
obtained from the book site. But still have problems.
modperl.com has the book source tarball, including a newer version of the
guestbook
looks like the httpd you are running does not have Apache::Util linked in.
EVERYTHING=1 should take care of that, which you can see using nm:
% nm ../apache-1.3/src/httpd | grep Util
0809b800 T XS_Apache__Util_escape_html
0809b750 T XS_Apache__Util_escape_uri
0809b8a0 T XS_Apache__Util_ht_time
On Fri, 10 Dec 1999, Tony Demark wrote:
I am having a problem with hanging httpd processes. I have done some AV
searches as well as investigated the list archives and did not find any
conclusive answer to this problem. If I missed it, can someone point me in the
right direction? If any
(gdb) bt
#0 0x40308503 in boot_DBI ()
Looks like your Perl installation binaries (DBI in this case), doesn't match
with Apache/mod_perl. So the best would be to compile everything
Apache/Perl/mod_perl from the sources
Gerald
From: Dave Pfaltzgraff@PATAPSCO on 12/14/99 08:50 AM
I have a problem, that I think is mod_perl, but since I'm new, I'll need some
pointers.
perl.apache.org/guide
My system is apache with mod_perl running on a linux system. For the
most part it runs fine, but every once in a while, the
Doug,
Tried what you suggest, but with seemingly disappointing results. (below) The
hangs seem to come _after_ the logging phase - the heap just keep growing and
the process takes up all available CPU, but it doesn't seem to be doing
anything!
This is really getting dis-heartening.
Thanks,
At 12:14 AM 12/14/99 -0800, Doug MacEachern wrote:
On Sun, 12 Dec 1999, Bill Moseley wrote:
I'm wondering why $r-handler returns undef for perl-script handlers.
I just dropped this into t/conf/httpd.conf:
[...]
and ran 'make test', I see the expected results:
handler=text/perl-module,
So I've been reading. I've actually then gone on to test it with a non-DSO
mod_perl and still get segfaults in the cleanup handling phase. I think
the two errors may be related. I'm attaching The output from
MOD_PERL_TRACE=all (had to set PERL_FREE=0 since it was giving way too
many error
I am trying to implement a small mod_perl handler that will
affect the whole site, but at the same time should also let
every other handler do its work.
I have tried the following in my httpd.conf:
...
LocationMatch /
SetHandler perl-script
PerlHandler My::Handler
/LocationMatch
#1 0x403da306 in ?? () from /etc/httpd/modules/libperl.so
broken record
mod_perl+dso is not a stable mix, try linking mod_perl static
/broken record
On Tue, 14 Dec 1999, Tony Demark wrote:
Doug,
Tried what you suggest, but with seemingly disappointing results. (below) The
hangs seem to come _after_ the logging phase - the heap just keep growing and
the process takes up all available CPU, but it doesn't seem to be doing
anything!
"Doug" == Doug MacEachern [EMAIL PROTECTED] writes:
My CPU-based limiter is working quite nicely. It lets oodles of
static pages be served, but if someone starts doing CPU intensive
stuff, they get booted for hogging my server machine. The nice thing
is that I return a standard "503"
It's also been very successful at catching a whole slew of user-agents
that believe in sucking senselessly. Here's my current block-list:
[...]
or m{Teleport Pro} # bad robot!
[...]
Teleport Pro does have options to control how it behaves:
1. "Obey the Robot Exclusion
"Eric" == Eric L Brine [EMAIL PROTECTED] writes:
Eric Because of #2, Teleport Pro only has one active thread at a time, and it
Eric is idle at least 50% of the time (when downloading image archives). In
Eric other words, it's possible for a user can configure Teleport Pro to
Eric hammer a
I am having a problem similar to yours... Whenever I try an connect to
Oracle (using DBD and DBI), I am getting a segmentation fault / child pid
exit error. But this only happens under mod_perl, and only on one box in
particular. If I move the exact same script to another box, everything
In message [EMAIL PROTECTED], Doug MacEac
hern writes:
On Tue, 14 Dec 1999, Tony Demark wrote:
Doug,
Tried what you suggest, but with seemingly disappointing results. (below) Th
e
hangs seem to come _after_ the logging phase - the heap just keep growing an
d
the process takes up all
Jason Simms wrote:
I am having a problem similar to yours... Whenever I try an connect to
Oracle (using DBD and DBI), I am getting a segmentation fault / child pid
exit error. But this only happens under mod_perl, and only on one box in
particular. If I move the exact same script to
The reason I don't think it has anything to do with DBD is that, as I said,
I have been able to use a script which calls DBD::Oracle not running under
mod_perl and everything works great. This is on the same box that dies when
calling DBD through mod_perl. And again, the same script, when
not sure, but this may be relevant:
http://perl.apache.org/guide/troubleshooting.html#Evil_things_might_happen_when_us
cliff rayman
genwax.com
"C. R. Oldham" wrote:
Greetings,
My Apache core dumps on graceful restart. I've noticed that it only
happens after mod_perl pages are accessed,
- Original Message -
From: Randy Kobes [EMAIL PROTECTED]
To: Rolf Ohnmacht [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, December 14, 1999 2:32 AM
Subject: Re: Win32+modperl+EmbPerl - some questions ...
1.) 'PerlModule' ( eg. srm.conf ) or 'use HTML::Embperl' ( startup.pl)
On Tue, 14 Dec 1999, Doug MacEachern wrote:
On Tue, 14 Dec 1999, Saar Picker wrote:
So I've been reading. I've actually then gone on to test it with a non-DSO
mod_perl and still get segfaults in the cleanup handling phase. I think
is 'make test' core dumping or ? let's see your
Hrm. Does perl use 0x as a marker? I thought once an sv was freed
it gets a null value or something. In any case, this shouldn't be
happening due to any strictly perl modules I'm loading. I am using
XML::Parser(::Expat) but I don't see why there should be interaction
between the two.
[Tue Dec 14 15:44:22 1999] [notice] child pid 13243 exit signal
Segmentation fault (11)
--
...
If someone could please point me in the right direction or FAQ, I, and my
sanity, would be most happy.
there are quite a few tips on debugging core dumps posted between last
night
On Tue, 14 Dec 1999, Saar Picker wrote:
Hrm. Does perl use 0x as a marker?
yes, see malloc.c
I thought once an sv was freed it gets a null value or something.
sure, but with Perls before 5.005_60-ish, Perl's malloc overrides system
malloc/free *everywhere*, not just for Perl
What I find odd is that all of the sudden people seem to be coming out of
the woodwork about this stuff. Whe I searched through mailing list
archives, some of them going back years, I found something odd... Many
people were talking about this same problem between December of last year
Hi everybody,
Sorry for the poor wording of my question. Once again:
I am trying to install and use more then one translation
handler. I tried two approaches to specifying handlers
in the Apache config file (both recommended in the
"Eagle" book.) First, have both handlers on the same line,
I had this problem. It was Wing::Balance hard coding URI in Balance.pm.
I changed
if ($uri =~ m{^/login/([a-zA-Z0-9]+)/?$}) {
$username = $1;
}
elsif ($uri ne "/index.html") {
# Note that "GET /" turns into /index.html by the time it reaches us
return DECLINED;
36 matches
Mail list logo