Hi Mark,
I had the same problem as you when installed the 2.0.0-RC6.
I patched the Apache/Reload.pm (version 0.07) as follow:
1/ Changed the string ${package}::FIELDS by
${package}::APACHE_RELOAD_FIELDS (line 43, 44, 90, 92)
2/ Changed the return value of the 'handler' function to return 0
(in
I have a typical situation, with a Registry script that use's
a bunch of modules. After Apache::Reload reloads the first module,
I get errors suggesting that the other loaded modules have been lost.
To illustrate, it is like this (fake example):
Script:
#!/usr/bin/perl
use Fubar;
use S
Flavio Curti wrote:
> Hi Philippe & List
>
> (Sorry for not looking in the archives good enough!)
>
> On 5/24/05, Philippe M. Chiasson <[EMAIL PROTECTED]> wrote:
>
>>Flavio Curti wrote:
>>
>>>I have a problem running mod_perl-2.0.0 (and the latest devel snapshot too):
>>
>>It would be quite help
On Tuesday 24 May 2005 05:21 pm, Stas Bekman wrote:
> Please try:
>
> Index: ModPerl-Registry/t/conf/extra.conf.in
> ===
> --- ModPerl-Registry/t/conf/extra.conf.in (revision 178247)
> +++ ModPerl-Registry/t/conf/extra.conf.in
Malcolm J Harwood wrote:
On Tuesday 24 May 2005 05:00 pm, Stas Bekman wrote:
Apart from the few that don't run due to my not having the required cpan
modules install on the build machine, all tests passed.
You mean those are skipped, no? Or do they fail?
They are skipped (and thus I can't
Malcolm J Harwood wrote:
On Saturday 14 May 2005 01:52 pm, you wrote:
The same thing happens with mod_env disabled:
Syntax error on line 862
of
/home/mjh/devel/abs/local/apache-mod_perl/src/mod_perl-2.0.0-dev/t/conf/htt
pd.conf: Invalid command 'SetEnv', perhaps mis-spelled or defined by a
mo
On Tuesday 24 May 2005 05:00 pm, Stas Bekman wrote:
> > Apart from the few that don't run due to my not having the required cpan
> > modules install on the build machine, all tests passed.
> You mean those are skipped, no? Or do they fail?
They are skipped (and thus I can't say for certain if the
On Tuesday 24 May 2005 08:20 am, Pronichev Alexander wrote:
> I need that my startup.pl file (loaded at startup by PerlRequire directive)
> will be reloaded, when I restart apache (send a SIGHUP). How can I do it?
A reload should re-read the configuration (and thus your startup file). Is
this no
On Saturday 14 May 2005 01:52 pm, you wrote:
> The same thing happens with mod_env disabled:
>
> Syntax error on line 862
> of
> /home/mjh/devel/abs/local/apache-mod_perl/src/mod_perl-2.0.0-dev/t/conf/htt
>pd.conf: Invalid command 'SetEnv', perhaps mis-spelled or defined by a
> module not included
Malcolm J Harwood wrote:
On Tuesday 24 May 2005 03:15 pm, Stas Bekman wrote:
Syntax error on line 53
of
/home/mjh/devel/abs/local/apache-mod_perl/src/mod_perl-2.0/t/conf/extra.c
onf: Invalid command 'AddOutputFilter', perhaps mis-spelled or defined by
a module not included in the server config
Hi, I have the following question:
I need that my startup.pl file (loaded at startup by PerlRequire directive)
will be reloaded, when I restart apache (send a SIGHUP). How can I do it?
Thanks.
On Tuesday 24 May 2005 03:15 pm, Stas Bekman wrote:
> > Syntax error on line 53
> > of
> > /home/mjh/devel/abs/local/apache-mod_perl/src/mod_perl-2.0/t/conf/extra.c
> >onf: Invalid command 'AddOutputFilter', perhaps mis-spelled or defined by
> > a module not included in the server configuration
>
Chris Jacobson wrote:
Stas Bekman wrote:
Stas Bekman wrote:
$r->add_output_filter($FilterObject->handler); # This call will Seg
Fault the server
The fact that you get a segfault is not good, we should take care of
that.
Chris, mind to give us a simple case to reproduce that segfaul
Malcolm J Harwood wrote:
On Tuesday 17 May 2005 01:59 pm, you wrote:
The line:
TypesConfig "/etc/httpd/conf/mime.types"
Should be enclosed in , for the case
where mod_mime is disabled. I'm not seeing where the httpd.conf file is
generated though.
This was an Apache-Test issue, now
Perrin Harkins wrote:
On Tuesday 24 May 2005 2:36 pm, Philip M. Gollucci wrote:
httpd -X
What would be appropriate behavior in that case? Report the size but not kill
the process?
That sounds good to me. I wasn't really following this thread. I just
saw something I could answe
On Tuesday 24 May 2005 2:36 pm, Philip M. Gollucci wrote:
> httpd -X
What would be appropriate behavior in that case? Report the size but not kill
the process?
- Perrin
Perrin Harkins wrote:
On Tuesday 24 May 2005 3:39 am, [EMAIL PROTECTED] wrote:
I claim, the "main process " detection does never work and does not make
sense.
As other have pointed out, it does work, but apparently has issues on some
platforms for some people. However, I can't see a
On Tuesday 24 May 2005 3:39 am, [EMAIL PROTECTED] wrote:
> I claim, the "main process " detection does never work and does not make
> sense.
As other have pointed out, it does work, but apparently has issues on some
platforms for some people. However, I can't see any reason why the main
process
Stas Bekman wrote:
Stas Bekman wrote:
$r->add_output_filter($FilterObject->handler); # This call will Seg
Fault the server
The fact that you get a segfault is not good, we should take care of
that.
Chris, mind to give us a simple case to reproduce that segfault?
Not at all. I am und
--- Geoffrey Young <[EMAIL PROTECTED]> wrote:
> this needs to be fixed. those constants are
explicitly exported in
> Fixup.pm, so if you're getting those warnings
> something is wrong. the
> pragmata you commented out is there for your
> protection - if you need to
> comment it out something else
On Tuesday 17 May 2005 01:59 pm, you wrote:
> > The line:
> > TypesConfig "/etc/httpd/conf/mime.types"
> >
> > Should be enclosed in , for the case
> > where mod_mime is disabled. I'm not seeing where the httpd.conf file is
> > generated though.
> This was an Apache-Test issue, now fixed. Ple
Torsten Foertsch wrote:
On Monday 23 May 2005 22:57, Stas Bekman wrote:
if it works for you, i'll commit it.
The attachment contains a complete patch including the test.
Thanks, Torsten, committed.
--
__
Stas Bekman
.. So this is a perfect match for a PerlChildInitHandler - isn´t it ?
Cheers
Andreas
-Ursprüngliche Nachricht-
Von: Torsten Foertsch [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 24. Mai 2005 12:00
An: modperl@perl.apache.org
Betreff: Re: Apache::SizeLimit ( mp1 and mp2 )-> I think ther
On Tuesday 24 May 2005 11:48, Marc Gràcia wrote:
> > But there is a problem with Perls getppid() implementation. Modern Perls
> > issue the syscall only once and cache the result. Maybe you somehow hit
> > that. Normally the cache is invalidated when Perl forks, but Apache does
> > its own fork. Th
El dt 24 de 05 del 2005 a les 11:19 +0200, en/na Torsten Foertsch va escriure:
On Tuesday 24 May 2005 09:39, [EMAIL PROTECTED] wrote:
> I claim, the "main process " detection does never work and does not make
> sense. Why? Not even when the apache is started on boot through init, the
> PPID
On Tuesday 24 May 2005 09:39, [EMAIL PROTECTED] wrote:
> I claim, the "main process " detection does never work and does not make
> sense. Why? Not even when the apache is started on boot through init, the
> PPID will be 1, but some shell / rc pid. You can only find the PPID in the
> PID file that
Title: Nachricht
Hi folks,
recently I deployed Apache::SizeLimit on a mod_perl 1.29
machine running SLES 9, since we had - ehm - runaway
processes
After a while I stumbled across messages like
this:
/var/web/logs/error_log_modperl.3:[Tue May 17 20:45:04 2005]
(21886) Apache::Size
Hi Philippe & List
(Sorry for not looking in the archives good enough!)
On 5/24/05, Philippe M. Chiasson <[EMAIL PROTECTED]> wrote:
> Flavio Curti wrote:
> > I have a problem running mod_perl-2.0.0 (and the latest devel snapshot too):
> It would be quite helpfull if you could just get me:
> (gdb)
On Monday 23 May 2005 22:57, Stas Bekman wrote:
> if it works for you, i'll commit it.
The attachment contains a complete patch including the test.
All tests successful, 1 test skipped.
Files=229, Tests=2475, 81 wallclock secs (62.48 cusr + 6.47 csys = 68.95 CPU)
Torsten
diff -Naur mod_perl-2.0
29 matches
Mail list logo
