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.
>
> Th
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 per
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.
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 ca
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.
>
> Apparentl
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 section - I don't want that hanging around - it's a
> big library, so I'd like to comp
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 Mon, 6 Dec 1999, Young, Geoffrey S. wrote:
> I think this was reported a few month's ago (check the archive thread -
> "registry script executes twice" or something like that)
>
> anyway, check to make sure that you are preloading Apache::Registry with a
> PerlModule directive - it doesn't re
On Tue, 7 Dec 1999, Matt Sergeant wrote:
> I'm stumped. I've been trying out Sybase's ASA on Linux along with
> DBD::ASAny. Works fine from the command line and from within handlers, but
> when I connect from a section it says (paraphrased - this is at a
> clients):
>
> Disconnecting shar
> www.modperl.org could simply be a CNAME for perl.apache.org. Staying at
> perl.apache.org has the benefit, that the Apache Search page, also indexes
> modperl pages and that the modperl pages are also mirrored on every (or
> most) apache mirrors. (We should metion this fact somewhere on the site
On Sat, 4 Dec 1999, Autarch wrote:
> I don't remember if this has been discussed before but anyway. If you're
> running Redhat 6.0 (and maybe 6.1?) there may be some weirdness when you
> try to install modperl. Basically, when you go to run make on apache, it
> gives it some -L or -I flags that
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 /u
On Sun, 12 Dec 1999, Bill Moseley wrote:
> I'm wondering why $r->handler returns undef for perl-script handlers.
>
> I'd like to be able to tally the number of requests by type: perl-script,
> cgi-script, and other (.html, image) requests. $r->handler returns
> cgi-script as expected, but retur
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) M
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
guestbo
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
080
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
Well, setting MOD_PERL_TRACE=1 did give me something new. httpd seg faults
now.
Here's the back trace (if anyone out there cares).
I'm still planning on compiling/installing from source (assuming my problem
is compiler skew).
Oh, I did use the RPM from http://www.davideous.com/modperlrpm/dist
> (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
>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
Ah - it's Perl, I hadn't considered that.
Thanks for the tip (I was just going to recompile Apache and mod_perl)
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. 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 server stops responding.
The
> 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,
On Mon, 13 Dec 1999, Joshua Chamas wrote:
> "Joseph R. Junkin" wrote:
> >
> > Perhaps I should have read the configuration first:
> > KeepAlive Off
> > This seems like the best setting?
> >
>
> Yes, this is what I do too. The front end proxy
> does not do keep alive requests anyway, but just
On 12/14/99 1:28 AM, Doug MacEachern wrote:
> there is an Apache::Cookie in the libapreq bundle, which is supported
> here. I'm not sure how another module named Apache::Cookie made it
> onto CPAN.
Worse, when you run the CPAN shell and do "install Apache::Cookie"
you get the non-libapreq versio
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, u
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 messag
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:
...
SetHandler perl-script
PerlHandler My::Handler
SetHandler perl-script
PerlHan
> #1 0x403da306 in ?? () from /etc/httpd/modules/libperl.so
mod_perl+dso is not a stable mix, try linking mod_perl static
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
> anyt
> "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 stand
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 perl -V too
> mod_cgi does no waiting. :) The only wait appears to be in the cleanup
yes it does, but after mod_perl cleanups are run. see free_proc_chain()
in alloc.c
I also realized last night, you might want to look at Apache::Scoreboard,
there's some cpu info in there that might be handy for your mod
I just looked closer at your attachement, so this is not 'make test', lots
of stuff going on here, you must have had a working mod_perl at somepoint.
as for the actually core dump:
assertion botched (chunk's head overwrite?): ovp->ovu.ovu_rmagic ==
0x
normally this is caused by duplicate
> > mod_cgi does no waiting. :) The only wait appears to be in the cleanup
>
> yes it does, but after mod_perl cleanups are run. see free_proc_chain()
> in alloc.c
oh wait, I just said what you said, nevermind, I skimmed too fast..
> "Doug" == Doug MacEachern <[EMAIL PROTECTED]> writes:
>> > mod_cgi does no waiting. :) The only wait appears to be in the cleanup
>>
>> yes it does, but after mod_perl cleanups are run. see free_proc_chain()
>> in alloc.c
Doug> oh wait, I just said what you said, nevermind, I skimmed t
> 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> hamm
Before I go too far into troubleshooting this, I am working on a module
that involves parsing a requested html document. When I run it by
accessing a page I get a 500 Server error and in my error log I get the
following (I have 'use diagnostics' activated):
Use of uninitialized
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
wo
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 proce
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 an
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 run
Greetings,
My Apache core dumps on graceful restart. I've noticed that it only
happens after mod_perl pages are accessed, and it seems to have
something to do with Mysql access as well. A backtrace from gdb
indicated the problem was in do_obj_cleanup (maybe a spelling error
there--I had the cor
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: Gerald Richter <[EMAIL PROTECTED]>
To: Rolf Ohnmacht <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, December 14, 1999 5:20 AM
Subject: RE: EmbPerl use HTML::Embperl failed ( just Win95 )
> > Is it possible to copy the whole "Apache"-tree generated on
- 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' ( startu
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 se
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. Even
Doug MacEachern <[EMAIL PROTECTED]> writes:
> > 2) when it tries to link it gets pages and pages of these errors:
> >
> > gcc -DLINUX=2 -DUSE_HSREGEX -DUSE_EXPAT -I./lib/expat-lite `./apaci`\
> > -o httpd buildmark.o modules.o modules/perl/libperl.a
>modules/standard/libstandard.a m
> (gdb) longmess
> at /opt/local/perl/Apache/Constants.pm line 19
> Apache::Constants::AUTOLOAD() called at /opt/local/perl/Apache/Registry
hmm, add this to .gdbinit:
define perl_get_sv
set $sv = perl_get_sv($arg0, 0)
printf "%s\n", $sv ? ((XPV*) ((SV*)$sv)->sv_any)->xpv_pv : "un
> [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
nig
On Tue, 14 Dec 1999, 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, and it seems to have
> something to do with Mysql access as well. A backtrace from gdb
> indicated the problem was in do_ob
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 d
> 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,
e.g.
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;
57 matches
Mail list logo
