On Fri, 7 Jun 2002, Stas Bekman wrote:
> Should the + in:
>
> Perl<>Handler +Foo
>
> work?
it should now.
> yes, but it doesn't seem to complain if the return code is not supplied.
> tested with PerlChildInitHandler
it should, i'll look into it later.
--
Doug MacEachern wrote:
> On Thu, 6 Jun 2002, Stas Bekman wrote:
>
>
>>The problem: PerlChildInitHandler handler runs in the parent instead of
>>the child
>
>
> fixed. also fixed the OpenLogs issue with the same change.
confirmed. Thanks!
Should the + in:
Perl<>Handler +Foo
work?
>>Also
On Thu, 6 Jun 2002, Herbert Rosmanith wrote:
>
> hi,
>
> httpd is 2.0.36
> modperl is modperl-2.0_20020606103544.tar.gz
can we see your perl -V
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EM
On Thu, 6 Jun 2002, Stas Bekman wrote:
> The problem: PerlChildInitHandler handler runs in the parent instead of
> the child
fixed. also fixed the OpenLogs issue with the same change.
> Also ap_hook_child_init() doesn't expect any return value, why does
> PerlChildInitHandler? 1.x's version
oops, sorry, wrong list.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http:
Hmm, why do I get this warning on stop:
WARNING: MaxClients (10) is not an integer multiple
of ThreadsPerChild (3), lowering MaxClients to 9
for a maximum of 3 child processes,
httpd (no pid file) not running
I do get it on start as well, which is expected, but why on stop?
The problem: PerlChildInitHandler handler runs in the parent instead of
the child
Consider:
PerlModule Apache::ChildInit
PerlChildInitHandler Apache::ChildInit
package Apache::ChildInit;
use strict;
use Apache::Log;
use Apache::Const -compile => 'OK';
sub handler {
Apache->warn("warn:
#0 0x40167b63 in strrchr () from /lib/libc.so.6
#1 0x2 in __strtol_internal (nptr=0x862cb68 "0Ëb\b\030Lb\b°×\e\b",
^
endptr=0x25, base=140489096, group=1073945346) at eval.c:35
#2 0x80bf228 in ap_run_type_checker (r=0x862cb68) at request.c:116
hi,
httpd is 2.0.36
modperl is modperl-2.0_20020606103544.tar.gz
okay, here comes gdb-output. I hope it is usefull to you ...
#0 0x40167b63 in strrchr () from /lib/libc.so.6
#1 0x2 in __strtol_internal (nptr=0x862cb68 "0Ëb\b\030Lb\b°×\e\b",
endptr=0x25, base=140489096, group=1073945346)
>
> >
>>>http://perl.apache.org/release/docs/2.0/devel/debug_c/debug_c.html#Getting_the_core_File_Dumped
> > >>
>
> okay, I tried with apache1 too. problem identified:
>
> [Thu Jun 6 12:11:34 2002] [error] > core_dump->trans
> [Thu Jun 6 12:11:34 2002] [error] The core should be found at //
>
> can you core dump from mod_perl 1.0 with the same setup? the problem is
> most likely that your C program is running in a different environment
> than mod_perl, i.e. different perm.
>
> You've tested with 'su - httpd', does your server running under this user?
yes.
>
>>>http://perl.apa
Herbert Rosmanith wrote:
>>no. Is this directory writable by the user you start the server with?
>>See more notes here:
>
>
> yes, I just verified. su - httpd, chdir to directory, call a C program
> which divides through zero => core dump generated. apache2 still does
> not. strace -f httpd ...
>
> no. Is this directory writable by the user you start the server with?
> See more notes here:
yes, I just verified. su - httpd, chdir to directory, call a C program
which divides through zero => core dump generated. apache2 still does
not. strace -f httpd ... also does not show that httpd is
13 matches
Mail list logo
