You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by Randy Kobes <ra...@theoryx5.uwinnipeg.ca> on 2004/07/27 16:25:05 UTC
Re[4]: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot
start apache)
On Tue, 27 Jul 2004, Alexey Bozrikov wrote:
> Sure, I finally found it myself in the httpd.conf, and it is not a
> module, while for some reason perl (or is it Apache?) looks for this
> symbol as for a module in curent @INC.
>
> [quote]
> PerlSetVar TestModperl__request_rec_Key_set_in_Base BaseValue
>
> PerlSetVar TestModperl__server_rec_Key_set_in_Base 1_SetValue
> PerlAddVar TestModperl__server_rec_Key_set_in_Base 2_AddValue 3_AddValue
> <Location /TestModperl__dir_config>
> PerlSetVar TestModperl__request_rec_ZeroKey 0
> PerlSetVar TestModperl__request_rec_Key0 SetValue0
> PerlSetVar TestModperl__request_rec_Key1 ToBeLost
> PerlSetVar TestModperl__request_rec_Key1 1_SetValue
> PerlAddVar TestModperl__request_rec_Key1 2_AddValue
> PerlAddVar TestModperl__request_rec_Key1 3_AddValue 4_AddValue
> PerlSetVar TestModperl__server_rec_Key_set_in_Base SubSecValue
> SetHandler modperl
> PerlResponseHandler TestModperl::dir_config
> </Location>
>
> [unquote]
I'm not sure what the problem is there - that looks OK ...
Are there any other occurrences of
TestModperl__server_rec_Key_set_in_Base
in any other file under t/conf/?
> By the way, when doing 'perl Makefile.PL', I had following warning
> popping up, while everything's been built OK:
>
> [quote]
> ...
> Writing Makefile for ModPerl::Registry
> Note (probably harmless): No library found for -laprext
> Writing Makefile for APR::Base64
> Note (probably harmless): No library found for -laprext
> Writing Makefile for APR::Brigade
> Note (probably harmless): No library found for -laprext
> Writing Makefile for APR::Bucket
> Note (probably harmless): No library found for -laprext
> Writing Makefile for APR::BucketType
> Note (probably harmless): No library found for -laprext
> ...
> [unquote]
Apparently those warnings are harmless in your case, as
it got built OK, but could you try the attached patch,
which should silence them? Thanks.
--
best regards,
randy
Re: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot
start apache)
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Tue, 27 Jul 2004, Stas Bekman wrote:
> Randy Kobes wrote:
> > On Tue, 27 Jul 2004, Stas Bekman wrote:
> >
> >
> >>Hmm, that discussions seems to be unusual, since I see only replies from
> >>Randy, and none from Alexey
> >
> >
> > Alexey did reply to the dev@perl.apache.org list as well,
> > of which I received a copy from ... Assuming it did get
> > sent to you, perhaps it might be that the subject reads
> > Re[4]: mod_perl2 .....
> > (ie, there's a counter being added to 'Re'). Alexey, are
> > you doing this manually? If so, it might be better not
> > to, as it may confuse some mail clients who sort messages
> > by thread.
>
> Alexey is probably not subscribed to this list, so his messages aren't
> coming through if the moderator is not approving them. Since you are
> CC'ed to them you can see them. It is probably better to keep this
> thread on the users list where Alexey is subscribed to.
Sorry about that - I'll switch it over to the user's list
after this ....
--
best regards,
randy
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot start apache)
Posted by Alexey Bozrikov <bo...@fgm.com.cy>.
Just built the latest modperl (modperl-2.0_20040728043433). Everything
configures/compiles OK, no warnings. Test yields following results:
[quote]
powerpc bozy: /home/bozy/src/modperl-2.0 $ t/TEST -debug -apxs
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/local/bin/perl /home/bozy/src/modperl-2.0/t/TEST -debug -apxs
GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc-ibm-aix5.1.0.0"...
[Wed Jul 28 12:23:26 2004] [info] 27 Apache:: modules loaded
[Wed Jul 28 12:23:26 2004] [info] 9 APR:: modules loaded
[Wed Jul 28 12:23:26 2004] [info] base server + 21 vhosts ready to run tests
Program exited with code 01.
[unquote]
t/logs/error_log shows following:
[quote]
powerpc bozy: /home/bozy/src/modperl-2.0 $ cat t/logs/error_log
END in modperl_extra.pl, pid=16774
[Wed Jul 28 12:31:20 2004] [info] 27 Apache:: modules loaded
[Wed Jul 28 12:31:20 2004] [info] 9 APR:: modules loaded
[Wed Jul 28 12:31:20 2004] [info] base server + 6 vhosts ready to run tests
[Wed Jul 28 12:31:20 2004] [error] Can't locate TestModperl__request_rec_Key_set_in_Base in @INC (@INC contains: /home/bozy/src/modperl-2.0/t/lib /home/bozy/src/modperl-2.0/Apache-Test/lib /home/bozy/src/modperl-2.0/t/response /home/bozy/src/modperl-2.0/t/protocol /home/bozy/src/modperl-2.0/t/preconnection /home/bozy/src/modperl-2.0/t/hooks /home/bozy/src/modperl-2.0/t/filter /home/bozy/src/modperl-2.0/t /home/bozy/src/modperl-2.0/t/htdocs/testdirective/main /home/bozy/src/modperl-2.0/t/htdocs/testdirective/perlmodule-vh /home/bozy/src/modperl-2.0/t/ /home/bozy/src/modperl-2.0/t/lib/perl /home/bozy/src/modperl-2.0/blib/lib /home/bozy/src/modperl-2.0/blib/arch /usr/local/lib/perl5/5.8.4/aix /usr/local/lib/perl5/5.8.4 /usr/local/lib/perl5/site_perl/5.8.4/aix /usr/local/lib/perl5/site_perl/5.8.4 /usr/local/lib/perl5/site_perl) at (eval 15) line 1.\n
[Wed Jul 28 12:31:20 2004] [error] Can't load Perl file: TestModperl__request_rec_Key_set_in_Base for server :8529, exiting...
[Wed Jul 28 12:31:20 2004] [error] $s->add_config() has failed: init mod_perl vhost failed during global destruction.\nCompilation failed in require at /home/bozy/src/modperl-2.0/t/conf/modperl_startup.pl line 17 during global destruction.\n\t...propagated at (null) line 94.\nBEGIN failed--compilation aborted at /home/bozy/src/modperl-2.0/t/conf/modperl_startup.pl line 20.\nCompilation failed in require at (eval 2) line 1.\n
[Wed Jul 28 12:31:20 2004] [error] Can't load Perl file: /home/bozy/src/modperl-2.0/t/conf/modperl_startup.pl for server localhost:8529, exiting.
[unquote]
I'll try to build same modperl on another AIX 5.1 machine using
IBM-recommended gcc version 2.9-aix51-020209 (from their `linux
compatibility kit') and see if there is any difference.
Regards
Alexey
** Anything can be made to work if you fiddle with it long enough.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] registry tests problems (powerpc-aix-5.1.0.0 platform / IBM RS6000)
Posted by Alexey Bozrikov <bo...@fgm.com.cy>.
I guess I am slowly starting to understand what's happening. I've built
modperl on other machine which has perl with ithreads, at least perl -V
produces:
[quote]
osname=aix, osvers=5.1.0.0, archname=aix-thread-multi
config_args=''
hint=previous, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define usemultiplicity=define
[unquote]
APR/APU config hast -lpthreads in it, and modperl Makefile has
-lpthreads and _THREAD_SAFE macro defined.
The result of t/cgi.t test is exactly the same as you described,
error_log shows:
[error] Global $r object is not available. Set:\n\tPerlOptions +GlobalRequest\nin httpd.conf at /usr/local/li
b/perl5/5.8.5/CGI.pm line 315.\n
There must be something wrong with static variables then, threads
implementation on this platform is good enough to my belief for major
software like Oracle, Apache or perl. We seem to be fairly close to
positive result, I guess. I'll try to investigate, make
some tests and revert back to you as soon as there are any results.
Regards
Alexei
[skipped]
SB> (gdb) n
SB> 41 MpReqSET_GLOBAL_REQUEST_On(rcfg);
SB> (gdb) p *MP_tls_request_rec
SB> $29 = {flags = 0, data = 0x0, name = 0x0}
SB> As you can see it ain't working. So obviously when later on it tries to
SB> get that data out and use it, it fails and hence you get this kind of
SB> errors:
SB> Global $r object is not available. Set:\n\tPerlOptions
SB> +GlobalRequest\nin httpd.conf at ...
SB> So, are you aware with problems of using static variables on your
SB> platform? Is it compiler specific? Does it get them optimized away or
SB> something?
SB> If you rebuild your perl with ithreads and APR has ithreads too, which
SB> seems to be the case, since it links pthread
[skipped]
** Mother Nature is a bitch.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] registry tests problems (powerpc-aix-5.1.0.0 platform /
IBM RS6000)
Posted by Stas Bekman <st...@stason.org>.
I think I may know what the problem is (at least one of them). I've used
that t/cgi.t test with ModPerl-Registry and stepped through with gdb on
your machine.
This particular problem of not having Apache->request available, even
though you run under 'SetHandler perl-script' seems to be due to the use
of static variables.
src/modules/perl/modperl_global.c creates a static variable for $r.
static modperl_global_t MP_tls_##gname;
which after expanding macros translates to:
static modperl_global_t *MP_tls_request_rec
Now observe:
Breakpoint 7, modperl_global_request_set (r=0x20e3d738) at
modperl_global.c:31
31 MP_dRCFG;
(gdb) n
...
(gdb) n
38 modperl_tls_set_request_rec(r);
(gdb) p *MP_tls_request_rec
$28 = {flags = 0, data = 0x0, name = 0x0}
That's the value of MP_tls_request_rec before setting it to $r
(gdb) n
41 MpReqSET_GLOBAL_REQUEST_On(rcfg);
(gdb) p *MP_tls_request_rec
$29 = {flags = 0, data = 0x0, name = 0x0}
As you can see it ain't working. So obviously when later on it tries to
get that data out and use it, it fails and hence you get this kind of
errors:
Global $r object is not available. Set:\n\tPerlOptions
+GlobalRequest\nin httpd.conf at ...
So, are you aware with problems of using static variables on your
platform? Is it compiler specific? Does it get them optimized away or
something?
If you rebuild your perl with ithreads and APR has ithreads too, which
seems to be the case, since it links pthread
*** (apr|apu)-config linking info
-L/usr/local/apache2/lib -lapr-0 -lm -lnsl -lpthread
-L/usr/local/apache2/lib -laprutil-0 -ldb-4.2 -lexpat -liconv
and then rebuild mod_perl, it may fare better, as it'll use TLS instead
of the static for this particular thing. If your threads implementation
is good it should work well.
Another possibility to try is to compile mod_perl statically, but I'm
not sure if it's going to make any difference. I'd try a threaded perl
first.
BTW, should you explore it on your own (and may be faster machine :)
I've attached the gdb debug script I have used. You use it as follows:
console one: gdb --command=debug
wait a bit now:
console two: t/TEST -v -run t/cgi.t
For more information see:
http://perl.apache.org/docs/2.0/devel/debug/c.html#Precooked_gdb_Startup_Scripts
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] registry tests problems (powerpc-aix-5.1.0.0 platform / IBM RS6000)
Posted by Alexey Bozrikov <bo...@fgm.com.cy>.
I guess these '???' symbols were due to use of old `IBM' version of gdb, now I switched
to 6.1, and grabbed latest 'modperl-2.0' CVS snapshot as well.
Modperl-Registry tests fail, this is something I've got from `TEST -debug':
[quote]
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t/404.t 2 2 100.00% 1-2
t/bad_scripts.t 1 1 100.00% 1
t/basic.t 18 1 5.56% 17
t/cgi.t 2 1 50.00% 2
2 tests skipped.
Failed 4/14 test scripts, 71.43% okay. 5/70 subtests failed, 92.86% okay.
[warning] server localhost:8529 shutdown
[ error] error running tests (please examine t/logs/error_log)
[ error] oh rats, server dumped core
[ error] for stacktrace, run: gdb /usr/local/apache2/bin/httpd -core /home/bozy/src/modperl-2.0/ModPerl-Registry/t/core
gdb /usr/local/apache2/bin/httpd -core /home/bozy/src/modperl-2.0/ModPerl-Registry/t/core
GNU gdb 6.1
[...skipped...]
This GDB was configured as "powerpc-ibm-aix5.1.0.0"...(no debugging symbols found)...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentation fault.
#0 0x10033994 in sig_coredump ()
(gdb) bt
#0 0x10033994 in sig_coredump ()
#1 <signal handler called>
#2 0xd11cfae0 in mpxs_Apache__RequestRec_content_type (my_perl=0x202da868, r=0x20ee3088, type=0x20f49d08)
at /home/bozy/src/modperl-2.0/xs/Apache/RequestRec/Apache__RequestRec.h:27
#3 0xd11cf25c in XS_Apache__RequestRec_content_type (my_perl=0x202da868, cv=0x204bc530) at RequestRec.xs:37
#4 0xd0ffc230 in Perl_pp_entersub () from /home/bozy/src/modperl-2.0/src/modules/perl/mod_perl.so
#5 0xd1079054 in Perl_runops_standard () from /home/bozy/src/modperl-2.0/src/modules/perl/mod_perl.so
#6 0xd0fba90c in S_call_body () from /home/bozy/src/modperl-2.0/src/modules/perl/mod_perl.so
#7 0xd0fbea68 in Perl_call_sv () from /home/bozy/src/modperl-2.0/src/modules/perl/mod_perl.so
#8 0xd0f7dd00 in modperl_callback (my_perl=0x202da868, handler=0x2038fdb8, p=
gdbtypes.c:528: internal-error: make_cv_type: Assertion `TYPE_OBJFILE (*typeptr) == TYPE_OBJFILE (type) || TYPE_STUB (*typeptr)' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
[unquote]
Individual tests show following:
t/TEST -start
t/TEST -run t/404.t
[all 2 test failed, server dumped core]
t/logs-error_log shows following:
[quote]
[Thu Aug 05 16:03:25 2004] [notice] Apache/2.0.50 (Unix) mod_perl/1.99_15-dev Perl/v5.8.5 DAV/2 configured -- resuming normal operations
[Thu Aug 05 16:03:25 2004] [info] Server built: Jul 30 2004 09:51:50
[Thu Aug 05 16:03:25 2004] [debug] prefork.c(955): AcceptMutex: sysvsem (default: sysvsem)
*** The following error entry is expected and harmless ***
[Thu Aug 05 16:03:46 2004] [error] /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/cannot_be_found not found or unable to stat
[Thu Aug 05 16:03:46 2004] [notice] child pid 24056 exit signal Segmentation fault (11)
[Thu Aug 05 16:03:46 2004] [error] /home/bozy/src/modperl-2.0/xs/Apache/RequestIO/Apache__RequestIO.h:92: $r->print can't be called befo
re the response phase at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/status_change.pl line 3.\n
[Thu Aug 05 16:08:00 2004] [info] removed PID file /home/bozy/src/modperl-2.0/ModPerl-Registry/t/logs/httpd.pid (pid=6650)
[Thu Aug 05 16:08:00 2004] [notice] caught SIGTERM, shutting down
[unquote]
gdb ~apache/bin/httpd -core t/core
[quote]
(gdb) bt
#0 0x10033994 in sig_coredump ()
#1 <signal handler called>
#2 0xd11cfad4 in mpxs_Apache__RequestRec_content_type (my_perl=0x202da868, r=0x20eec6d8, type=0x20ef47f8)
at /home/bozy/src/modperl-2.0/xs/Apache/RequestRec/Apache__RequestRec.h:27
#3 0xd11cf25c in XS_Apache__RequestRec_content_type (my_perl=0x202da868, cv=0x204bc530) at RequestRec.xs:37
#4 0xd0ffc230 in Perl_pp_entersub () from /home/bozy/src/modperl-2.0/src/modules/perl/mod_perl.so
#5 0xd1079054 in Perl_runops_standard () from /home/bozy/src/modperl-2.0/src/modules/perl/mod_perl.so
#6 0xd0fba90c in S_call_body () from /home/bozy/src/modperl-2.0/src/modules/perl/mod_perl.so
#7 0xd0fbea68 in Perl_call_sv () from /home/bozy/src/modperl-2.0/src/modules/perl/mod_perl.so
#8 0xd0f7dd00 in modperl_callback (my_perl=0x202da868, handler=0x2057ec58, p=
[unquote]
t/TEST -start
using Apache/2.0.50 (prefork MPM)
server localhost:8529 started
bozy@scf-db01 ~/src/modperl-2.0/ModPerl-Registry > t/TEST -run t/cgi.t
t/cgi....# Failed test 2 in t/cgi.t at line 17
t/cgi....FAILED test 2
Failed 1/2 tests, 50.00% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t/cgi.t 2 1 50.00% 2
Failed 1/1 test scripts, 0.00% okay. 1/2 subtests failed, 50.00% okay.
No coredumps, though. t/logs/error_log shows following:
[quote]
[Thu Aug 05 16:08:04 2004] [notice] Apache/2.0.50 (Unix) mod_perl/1.99_15-dev Perl/v5.8.5 DAV/2 configured -- resuming normal operations
[Thu Aug 05 16:08:04 2004] [info] Server built: Jul 30 2004 09:51:50
[Thu Aug 05 16:08:04 2004] [debug] prefork.c(955): AcceptMutex: sysvsem (default: sysvsem)
[Thu Aug 05 16:08:15 2004] [error] Global $r object is not available. Set:\n\tPerlOptions +GlobalRequest\nin httpd.conf at /usr/local/li
b/perl5/5.8.5/CGI.pm line 315.\n
[unquote]
Does not really mean too much to me..
Regards
Alexey
SB> Alexey Bozrikov wrote:
>> The core file actually have been created (although no 'Core dumped'
>> message anywhere during tests). That's the backtrace from
>> Modperl-Registry test:
>>
>> [quote]
>> gdb /usr/local/apache2/bin/httpd -core t/core
>> GNU gdb 6.1
>> Copyright 2004 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License, and you are
>> welcome to change it and/or distribute copies of it under certain conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB. Type "show warranty" for details.
>> This GDB was configured as "powerpc-ibm-aix5.1.0.0"...
>> Core was generated by `httpd'.
>> Program terminated with signal 11, Segmentation fault.
>> #0 0x1003169c in sig_coredump (sig=11) at mpm_common.c:955
>> 955 mpm_common.c: No such file or directory.
>> in mpm_common.c
>> (gdb) bt
>> #0 0x1003169c in sig_coredump (sig=11) at mpm_common.c:955
>> #1 <signal handler called>
>> #2 0xd201ab70 in mpxs_Apache__RequestRec_content_type (r=???, type=???)
SB> what does ??? means? is it a corrupted frame? why there is no address?
SB> Now, can you identify which test causes that? For example:
SB> cd ModPerl-Registry
SB> t/TEST -start
SB> t/TEST -run t/404.t
SB> t/TEST -run t/cgi.t
SB> etc...
SB> --
SB> __________________________________________________________________
SB> Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
SB> http://stason.org/ mod_perl Guide ---> http://perl.apache.org
SB> mailto:stas@stason.org http://use.perl.org http://apacheweek.com
SB> http://modperlbook.org http://apache.org http://ticketmaster.com
** Make WAR, not SEX, it's safer!
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] registry tests problems (powerpc-aix-5.1.0.0 platform /
IBM RS6000)
Posted by Stas Bekman <st...@stason.org>.
Alexey Bozrikov wrote:
> The core file actually have been created (although no 'Core dumped'
> message anywhere during tests). That's the backtrace from
> Modperl-Registry test:
>
> [quote]
> gdb /usr/local/apache2/bin/httpd -core t/core
> GNU gdb 6.1
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "powerpc-ibm-aix5.1.0.0"...
> Core was generated by `httpd'.
> Program terminated with signal 11, Segmentation fault.
> #0 0x1003169c in sig_coredump (sig=11) at mpm_common.c:955
> 955 mpm_common.c: No such file or directory.
> in mpm_common.c
> (gdb) bt
> #0 0x1003169c in sig_coredump (sig=11) at mpm_common.c:955
> #1 <signal handler called>
> #2 0xd201ab70 in mpxs_Apache__RequestRec_content_type (r=???, type=???)
what does ??? means? is it a corrupted frame? why there is no address?
Now, can you identify which test causes that? For example:
cd ModPerl-Registry
t/TEST -start
t/TEST -run t/404.t
t/TEST -run t/cgi.t
etc...
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] registry tests problems (powerpc-aix-5.1.0.0 platform / IBM RS6000)
Posted by Alexey Bozrikov <bo...@fgm.com.cy>.
The core file actually have been created (although no 'Core dumped'
message anywhere during tests). That's the backtrace from
Modperl-Registry test:
[quote]
gdb /usr/local/apache2/bin/httpd -core t/core
GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc-ibm-aix5.1.0.0"...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentation fault.
#0 0x1003169c in sig_coredump (sig=11) at mpm_common.c:955
955 mpm_common.c: No such file or directory.
in mpm_common.c
(gdb) bt
#0 0x1003169c in sig_coredump (sig=11) at mpm_common.c:955
#1 <signal handler called>
#2 0xd201ab70 in mpxs_Apache__RequestRec_content_type (r=???, type=???)
at /home/bozy/src/modperl-2.0/xs/Apache/RequestRec/Apache__RequestRec.h:27
#3 0xd201b344 in XS_Apache__RequestRec_content_type (cv=0x204347d4) at RequestRec.xs:155
#4 0xd1ea2924 in Perl_pp_entersub () from /home/bozy/src/modperl-2.0/src/modules/perl/mod_perl.so
#5 0xd1f1b864 in Perl_runops_standard () from /home/bozy/src/modperl-2.0/src/modules/perl/mod_perl.so
#6 0xd1ee31e4 in S_call_body () from /home/bozy/src/modperl-2.0/src/modules/perl/mod_perl.so
#7 0xd1ee2e64 in Perl_call_sv () from /home/bozy/src/modperl-2.0/src/modules/perl/mod_perl.so
#8 0xd1f58ef8 in modperl_callback (handler=0x2032af48, p=0x20d55920, r=0x20d55958, s=0x20229130, args=0x2037acac)
at modperl_callback.c:99
#9 0xd1f5988c in modperl_callback_run_handlers (idx=6, type=4, r=0x20d55958, c=0x0, s=0x20229130, pconf=0x0, plog=0x0, ptemp=0x0,
run_mode=MP_HOOK_RUN_FIRST) at modperl_callback.c:268
#10 0xd1f59b94 in modperl_callback_per_dir (idx=6, r=0x20d55958, run_mode=MP_HOOK_RUN_FIRST) at modperl_callback.c:356
#11 0xd1f60fa0 in modperl_response_handler_run (r=0x20d55958, finish=0) at mod_perl.c:905
#12 0xd1f61318 in modperl_response_handler_cgi (r=0x20d55958) at mod_perl.c:1000
#13 0x1000aadc in ap_run_handler (r=0x20d55958) at config.c:151
#14 0x1000b640 in ap_invoke_handler (r=0x20d55958) at config.c:358
#15 0x1002c128 in ap_process_request (r=0x20d55958) at http_request.c:246
#16 0x10038b9c in ap_process_http_connection (c=0x20d4d9f0) at http_core.c:250
#17 0x100343cc in ap_run_process_connection (c=0x20d4d9f0) at connection.c:42
#18 0x1002e988 in child_main (child_num_arg=0) at prefork.c:609
#19 0x1002eb4c in make_child (s=0x0, slot=2) at prefork.c:703
#20 0x1002eeb0 in perform_idle_server_maintenance (p=0x0) at prefork.c:838
#21 0x1002f5e4 in ap_mpm_run (_pconf=0x20007868, plog=0xffffffff, s=0x0) at prefork.c:1039
#22 0x100012dc in main (argc=7, argv=0x2ff22964) at main.c:617
[unquote]
Regards
Alexey
SB> Alexey Bozrikov wrote:
SB> [taking the ModPerl-Registry branch of this multi-faced thread]
>> Now, make test in ModPerl-Registry yields some error messages:
SB> [...]
>> t/404.t 2 2 100.00% 1-2
>> t/bad_scripts.t 1 1 100.00% 1
>> t/basic.t 18 1 5.56% 17
>> t/cgi.t 2 1 50.00% 2
>> 2 tests skipped.
>> Failed 4/14 test scripts, 71.43% okay. 5/70 subtests failed, 92.86% okay.
>> [warning] server localhost:8529 shutdown
>> [warning] port 8529 still in use...
>> ...done
>> [ error] error running tests (please examine t/logs/error_log)
>> [unquote]
>>
>> The Apache error log contains following:
>>
>> [quote cat t/logs/error_log]
>> [Fri Jul 30 08:55:15 2004] [notice] Apache/2.0.49 (Unix)
>> mod_perl/1.99_15-dev Perl/v5.8.4 PHP/5.0.0 DAV/2 configured --
>> resuming normal operations
>> [Fri Jul 30 08:55:15 2004] [info] Server built: Jul 15 2004 12:00:32
>> [Fri Jul 30 08:55:15 2004] [debug] prefork.c(955): AcceptMutex: sysvsem (default: sysvsem)
>>
>> *** The following error entry is expected and harmless ***
>> [Fri Jul 30 08:55:55 2004] [error]
>> /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/cannot_be_found
>> not found or unable to stat
>> [Fri Jul 30 08:55:55 2004] [error] mpxs_Apache__RequestRec_print:
>> $r->print can't be called before the response phase during global
>> destruction.\n
>> [Fri Jul 30 08:55:56 2004] [notice] child pid 16168 exit signal Segmentation fault (11)
SB> You have a few segfaults reported. could you arrange for core files to
SB> be allowed? Apache-Test is already doing that (ulimit -c unlimited), but
SB> it doesn't seem to have an affect. Do you know why?
SB> Once you get the core files, show us their backtraces.
SB> http://perl.apache.org/docs/2.0/user/help/help.html#Resolving_Segmentation_Faults
SB> Now while you are rebuilding things, please use the current modperl cvs,
SB> so we will be in sync. Thanks.
SB> http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution
** Nothing is illegal until you get caught.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] registry tests problems (powerpc-aix-5.1.0.0 platform /
IBM RS6000)
Posted by Stas Bekman <st...@stason.org>.
Alexey Bozrikov wrote:
[taking the ModPerl-Registry branch of this multi-faced thread]
> Now, make test in ModPerl-Registry yields some error messages:
[...]
> t/404.t 2 2 100.00% 1-2
> t/bad_scripts.t 1 1 100.00% 1
> t/basic.t 18 1 5.56% 17
> t/cgi.t 2 1 50.00% 2
> 2 tests skipped.
> Failed 4/14 test scripts, 71.43% okay. 5/70 subtests failed, 92.86% okay.
> [warning] server localhost:8529 shutdown
> [warning] port 8529 still in use...
> ...done
> [ error] error running tests (please examine t/logs/error_log)
> [unquote]
>
> The Apache error log contains following:
>
> [quote cat t/logs/error_log]
> [Fri Jul 30 08:55:15 2004] [notice] Apache/2.0.49 (Unix) mod_perl/1.99_15-dev Perl/v5.8.4 PHP/5.0.0 DAV/2 configured -- resuming normal operations
> [Fri Jul 30 08:55:15 2004] [info] Server built: Jul 15 2004 12:00:32
> [Fri Jul 30 08:55:15 2004] [debug] prefork.c(955): AcceptMutex: sysvsem (default: sysvsem)
>
> *** The following error entry is expected and harmless ***
> [Fri Jul 30 08:55:55 2004] [error] /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/cannot_be_found not found or unable to stat
> [Fri Jul 30 08:55:55 2004] [error] mpxs_Apache__RequestRec_print: $r->print can't be called before the response phase during global destruction.\n
> [Fri Jul 30 08:55:56 2004] [notice] child pid 16168 exit signal Segmentation fault (11)
You have a few segfaults reported. could you arrange for core files to
be allowed? Apache-Test is already doing that (ulimit -c unlimited), but
it doesn't seem to have an affect. Do you know why?
Once you get the core files, show us their backtraces.
http://perl.apache.org/docs/2.0/user/help/help.html#Resolving_Segmentation_Faults
Now while you are rebuilding things, please use the current modperl cvs,
so we will be in sync. Thanks.
http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re[4]: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot start apache)
Posted by Alexey Bozrikov <bo...@fgm.com.cy>.
I have checked t/ directory and there is only occurence of
TestModperl__server_rec_Key_set_in_Base variable in only two files
(which is OK, I presume):
[quote grep TestModperl__server_rec_Key_set_in_Base t/*/*]
t/conf/apache_test_config.pm: 'PerlSetVar TestModperl__server_rec_Key_set_in_Base 1_SetValue',
t/conf/apache_test_config.pm: 'PerlAddVar TestModperl__server_rec_Key_set_in_Base 2_AddValue 3_AddValue',
t/conf/apache_test_config.pm: PerlSetVar TestModperl__server_rec_Key_set_in_Base SubSecValue
t/conf/httpd.conf:PerlSetVar TestModperl__server_rec_Key_set_in_Base 1_SetValue
t/conf/httpd.conf:PerlAddVar TestModperl__server_rec_Key_set_in_Base 2_AddValue 3_AddValue
t/conf/httpd.conf: PerlSetVar TestModperl__server_rec_Key_set_in_Base SubSecValue
[unquote]
Now, make test in ModPerl-Registry yields some error messages:
[quote gmake test]
ulimit -c unlimited; /usr/bin/perl /home/bozy/src/modperl-2.0/ModPerl-Registry/t/TEST -bugreport -verbose=0
/usr/local/apache2/bin/httpd -d /home/bozy/src/modperl-2.0/ModPerl-Registry/t -f /home/bozy/src/modperl-2.0/ModPerl-Registry/t/conf/httpd.conf -D APACHE2
using Apache/2.0.49 (prefork MPM)
waiting 90 seconds for server to start: .................................
waiting 90 seconds for server to start: ok (waited 32 secs)
server localhost:8529 started
t/206................ok
t/304................ok
t/404................malformed response at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../../Apache-Test/lib/Apache/TestClient.pm line 102.
# Failed test 1 in t/404.t at line 14
t/404................NOK 1# Failed test 2 in t/404.t at line 25
t/404................FAILED tests 1-2
Failed 2/2 tests, 0.00% okay
t/500................ok
t/bad_scripts........# Failed test 1 in t/bad_scripts.t at line 14
t/bad_scripts........FAILED test 1
Failed 1/1 tests, 0.00% okay
t/basic..............ok 16/18malformed response at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../../Apache-Test/lib/Apache/TestClient.pm line 102.
# Failed test 17 in t/basic.t at line 100
t/basic..............FAILED test 17
Failed 1/18 tests, 94.44% okay
t/bin_resp...........ok
t/cgi................NOK 2# Failed test 2 in t/cgi.t at line 17
t/cgi................FAILED test 2
Failed 1/2 tests, 50.00% okay
t/closure............ok
t/flush..............skipped
all skipped: cannot find module 'deflate'
t/nph................ok
t/perlrun_extload....ok
t/redirect...........skipped
all skipped: libwww-perl is not installed
t/special_blocks.....ok
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t/404.t 2 2 100.00% 1-2
t/bad_scripts.t 1 1 100.00% 1
t/basic.t 18 1 5.56% 17
t/cgi.t 2 1 50.00% 2
2 tests skipped.
Failed 4/14 test scripts, 71.43% okay. 5/70 subtests failed, 92.86% okay.
[warning] server localhost:8529 shutdown
[warning] port 8529 still in use...
...done
[ error] error running tests (please examine t/logs/error_log)
[unquote]
The Apache error log contains following:
[quote cat t/logs/error_log]
[Fri Jul 30 08:55:15 2004] [notice] Apache/2.0.49 (Unix) mod_perl/1.99_15-dev Perl/v5.8.4 PHP/5.0.0 DAV/2 configured -- resuming normal operations
[Fri Jul 30 08:55:15 2004] [info] Server built: Jul 15 2004 12:00:32
[Fri Jul 30 08:55:15 2004] [debug] prefork.c(955): AcceptMutex: sysvsem (default: sysvsem)
*** The following error entry is expected and harmless ***
[Fri Jul 30 08:55:55 2004] [error] /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/cannot_be_found not found or unable to stat
[Fri Jul 30 08:55:55 2004] [error] mpxs_Apache__RequestRec_print: $r->print can't be called before the response phase during global destruction.\n
[Fri Jul 30 08:55:56 2004] [notice] child pid 16168 exit signal Segmentation fault (11)
*** The following error entry is expected and harmless ***
[Fri Jul 30 08:56:08 2004] [error] mpxs_Apache__RequestRec_print: $r->print can't be called before the response phase during global destruction.\n
*** The following error entry is expected and harmless ***
[Fri Jul 30 08:56:08 2004] [error] syntax error at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/syntax_error.pl line 10, at EOF\n
*** The following error entry is expected and harmless ***
[Fri Jul 30 08:56:09 2004] [error] Can't locate DoesNotExist.pm in @INC (@INC contains: /home/bozy/src/modperl-2.0/ModPerl-Registry/t /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../lib /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../../Apache-Test/lib /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../../lib /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../../blib/lib/Apache2 /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../../blib/arch/Apache2 /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../../blib/lib /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../../blib/arch /usr/local/lib/perl5/5.8.4/aix /usr/local/lib/perl5/5.8.4 /usr/local/lib/perl5/site_perl/5.8.4/aix /usr/local/lib/perl5/site_perl/5.8.4 /usr/local/lib/perl5/site_perl /home/bozy/src/modperl-2.0/ModPerl-Registry/t/ /home/bozy/src/modperl-2.0/ModPerl-Registry/t/lib/perl) at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/use_error.pl line 6.\nBEGIN failed--compilation aborted at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/use_error.pl line 6.\n
*** The following error entry is expected and harmless ***
[Fri Jul 30 08:56:09 2004] [error] [client 127.0.0.1] malformed header from script. Bad header=No HTTP headers were sent: missing_headers.pl
[Fri Jul 30 08:56:09 2004] [warn] /registry/missing_headers.pl did not send an HTTP header
*** The following error entry is expected and harmless ***
[Fri Jul 30 08:56:09 2004] [error] Undefined subroutine &ModPerl::ROOT::ModPerl::Registry::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_runtime_error_2epl::no_such_func called at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/runtime_error.pl line 10.\n
*** The following error entry is expected and harmless ***
[Fri Jul 30 08:56:09 2004] [error] Undefined subroutine &ModPerl::ROOT::ModPerl::Registry::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_runtime_error_plus_body_2epl::no_such_func called at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/runtime_error_plus_body.pl line 10.\n
*** The following error entry is expected and harmless ***
[Fri Jul 30 08:56:21 2004] [error] file permissions deny server execution/home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/r_inherited.pl
*** The following error entry is expected and harmless ***
[Fri Jul 30 08:56:34 2004] [error] file permissions deny server execution/home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/not_executable.pl
*** The following error entry is expected and harmless ***
[Fri Jul 30 08:56:34 2004] [error] file permissions deny server execution/home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/not_executable.pl
*** The following error entry is expected and harmless ***
[Fri Jul 30 08:56:34 2004] [error] file permissions deny server execution/home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/not_executable.pl
[Fri Jul 30 08:56:38 2004] [notice] child pid 16416 exit signal Segmentation fault (11)
[Fri Jul 30 08:57:03 2004] [error] Global $r object is not available. Set:\n\tPerlOptions +GlobalRequest\nin httpd.conf at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../lib/ModPerl/RegistryCooker.pm line 202 during global destruction.\n
*** The following warn entry is expected and harmless ***
Variable "$counter" will not stay shared at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 21.
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_closure_2epl::t_cmp: none vs ($$;$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 5
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_closure_2epl::t_is_equal: none vs ($$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 5
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_closure_2epl::t_filepath_cmp: none vs ($$;$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 5
*** The following warn entry is expected and harmless ***
Variable "$counter" will not stay shared at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 21.
Subroutine counter redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 19.
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_closure_2epl::t_cmp: none vs ($$;$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 5
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_closure_2epl::t_is_equal: none vs ($$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 5
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_closure_2epl::t_filepath_cmp: none vs ($$;$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 5
*** The following warn entry is expected and harmless ***
Variable "$counter" will not stay shared at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 21.
Subroutine counter redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 19.
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_closure_2epl::t_cmp: none vs ($$;$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 5
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_closure_2epl::t_is_equal: none vs ($$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 5
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_closure_2epl::t_filepath_cmp: none vs ($$;$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 5
*** The following warn entry is expected and harmless ***
Variable "$counter" will not stay shared at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 21.
Subroutine counter redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 19.
*** The following warn entry is expected and harmless ***
Variable "$counter" will not stay shared at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 21.
*** The following warn entry is expected and harmless ***
Variable "$counter" will not stay shared at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 21.
Subroutine counter redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 19.
*** The following warn entry is expected and harmless ***
Variable "$counter" will not stay shared at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/closure.pl line 21.
*** The following 2 warn entries are expected and harmless ***
Constant subroutine ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_perlrun_extload_2epl::nondecl_const redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../lib/ModPerl/RegistryCooker.pm line 557.
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_perlrun_extload_2epl::t_cmp: none vs ($$;$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_extload.pl line 5
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_perlrun_extload_2epl::t_is_equal: none vs ($$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_extload.pl line 5
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_perlrun_extload_2epl::t_filepath_cmp: none vs ($$;$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_extload.pl line 5
*** The following warn entry is expected and harmless ***
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_perlrun_extload_2epl::decl_proto: none vs ($;$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_extload.pl line 24
*** The following warn entry is expected and harmless ***
Subroutine nondecl_no_proto redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_nondecl.pl line 26.
*** The following warn entry is expected and harmless ***
Subroutine nondecl_proto redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_nondecl.pl line 33.
*** The following warn entry is expected and harmless ***
Subroutine nondecl_proto_empty redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_nondecl.pl line 40.
*** The following 2 warn entries are expected and harmless ***
Subroutine nondecl_const redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_nondecl.pl line 49.
Constant subroutine ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_perlrun_extload_2epl::nondecl_const redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../lib/ModPerl/RegistryCooker.pm line 557.
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_perlrun_extload_2epl::t_cmp: none vs ($$;$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_extload.pl line 5
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_perlrun_extload_2epl::t_is_equal: none vs ($$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_extload.pl line 5
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_perlrun_extload_2epl::t_filepath_cmp: none vs ($$;$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_extload.pl line 5
*** The following warn entry is expected and harmless ***
Prototype mismatch: sub ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_perlrun_extload_2epl::decl_proto: none vs ($;$) at /usr/local/lib/perl5/5.8.4/Exporter.pm line 65.
at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_extload.pl line 24
*** The following warn entry is expected and harmless ***
Subroutine nondecl_no_proto redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_nondecl.pl line 26.
*** The following warn entry is expected and harmless ***
Subroutine nondecl_proto redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_nondecl.pl line 33.
*** The following warn entry is expected and harmless ***
Subroutine nondecl_proto_empty redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_nondecl.pl line 40.
*** The following 2 warn entries are expected and harmless ***
Subroutine nondecl_const redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/cgi-bin/perlrun_nondecl.pl line 49.
Constant subroutine ModPerl::ROOT::ModPerl::PerlRun::home_bozy_src_modperl_2d2_2e0_ModPerl_2dRegistry_t_cgi_2dbin_perlrun_extload_2epl::nondecl_const redefined at /home/bozy/src/modperl-2.0/ModPerl-Registry/t/../lib/ModPerl/RegistryCooker.pm line 557.
[Fri Jul 30 08:58:26 2004] [error] server reached MaxClients setting, consider raising the MaxClients setting
[Fri Jul 30 08:58:29 2004] [warn] child process 16176 still did not exit, sending a SIGTERM
[Fri Jul 30 08:58:29 2004] [warn] child process 9596 still did not exit, sending a SIGTERM
[Fri Jul 30 08:58:29 2004] [warn] child process 16426 still did not exit, sending a SIGTERM
[Fri Jul 30 08:58:29 2004] [info] removed PID file /home/bozy/src/modperl-2.0/ModPerl-Registry/t/logs/httpd.pid (pid=8464)
[Fri Jul 30 08:58:29 2004] [notice] caught SIGTERM, shutting down
[unquote]
Regards,
Alexey
RK> On Thu, 29 Jul 2004, Alexey Bozrikov wrote:
RK> Assuming this is for the dynamic build, that LINKTYPE might
RK> have been the one added in the patch as an addition to
RK> making the aprext target, so as to build a static aprext
RK> lib.
RK> Apart from the
RK> PerlSetVar TestModperl__server_rec_Key_set_in_Base SubSecValue
RK> in t/conf/httpd.conf, are there any other occurrences of
RK> TestModperl__server_rec_Key_set_in_Base
RK> in anything under t/*?
RK> Are there error in the ModPerl-Registry tests?
RK> cd ModPerl-Registry
RK> make test
RK> --
RK> best regards,
RK> randy
** Experiments should be reproducible - they should all fail in the same way.
Re[3]: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot
start apache)
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Thu, 29 Jul 2004, Alexey Bozrikov wrote:
> Just applied all 'latest and greatest' patches, everything builds OK,
> while same result during tests:
>
> [quote]
> powerpc bozy: /home/bozy/src/modperl-2.0 $ t/TEST -verbose -debug -apxs
[ ... ]
> [Thu Jul 29 10:12:58 2004] [error] Can't locate
> TestModperl__request_rec_Key_set_in_Base in @INC (@INC
> contains: /home/bozy/src/modperl-2.0/t/lib
> /home/bozy/src/modperl-2.0/Apache-Test/lib
> /home/bozy/src/modperl-2.0/t/response
> /home/bozy/src/modperl-2.0/t/protocol
> /home/bozy/src/modperl-2.0/t/preconnection
> /home/bozy/src/modperl-2.0/t/hooks
> /home/bozy/src/modperl-2.0/t/filter
> /home/bozy/src/modperl-2.0/t
> /home/bozy/src/modperl-2.0/t/htdocs/testdirective/main
> /home/bozy/src/modperl-2.0/t/htdocs/testdirective/perlmodule-vh
> /home/bozy/src/modperl-2.0/t/
> /home/bozy/src/modperl-2.0/t/lib/perl
> /home/bozy/src/modperl-2.0/blib/lib
> /home/bozy/src/modperl-2.0/blib/arch
> /usr/local/lib/perl5/5.8.4/aix /usr/local/lib/perl5/5.8.4
> /usr/local/lib/perl5/site_perl/5.8.4/aix
> /usr/local/lib/perl5/site_perl/5.8.4
> /usr/local/lib/perl5/site_perl) at (eval 15) line 1.\n
> [Thu Jul 29 10:12:58 2004] [error] Can't load Perl file:
> TestModperl__request_rec_Key_set_in_Base for server :8529,
> exiting...
> [Thu Jul 29 10:12:58 2004] [error] $s->add_config() has
> failed: init mod_perl vhost failed during global
> destruction.\nCompilation failed in require at
> /home/bozy/src/modperl-2.0/t/conf/modperl_startup.pl line
> 17 during global destruction.\n\t...propagated at (null)
> line 94.\nBEGIN failed--compilation aborted at
> /home/bozy/src/modperl-2.0/t/conf/modperl_startup.pl line
> 20.\nCompilation failed in require at (eval 2) line 1.\n
> [Thu Jul 29 10:12:58 2004] [error] Can't load Perl file:
> /home/bozy/src/modperl-2.0/t/conf/modperl_startup.pl for
> server localhost:8529, exiting...
> [unquote]
>
> Now, during build I've noticed that static version of mod_perl could be
> built as well (LINKTYPE appeared during `make'). How this could be done?
> I just want to make sure it's not a compiler problem, cause if static
> build test fails - then most probably incorrect code is generated.
>
Assuming this is for the dynamic build, that LINKTYPE might
have been the one added in the patch as an addition to
making the aprext target, so as to build a static aprext
lib.
Apart from the
PerlSetVar TestModperl__server_rec_Key_set_in_Base SubSecValue
in t/conf/httpd.conf, are there any other occurrences of
TestModperl__server_rec_Key_set_in_Base
in anything under t/*?
Are there error in the ModPerl-Registry tests?
cd ModPerl-Registry
make test
--
best regards,
randy
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re[3]: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot start apache)
Posted by Alexey Bozrikov <bo...@fgm.com.cy>.
Just applied all 'latest and greatest' patches, everything builds OK,
while same result during tests:
[quote]
powerpc bozy: /home/bozy/src/modperl-2.0 $ t/TEST -verbose -debug -apxs
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/local/bin/perl /home/bozy/src/modperl-2.0/t/TEST -verbose -debug -apxs
GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc-ibm-aix5.1.0.0"...
[Thu Jul 29 10:05:05 2004] [info] 27 Apache:: modules loaded
[Thu Jul 29 10:05:05 2004] [info] 9 APR:: modules loaded
[Thu Jul 29 10:05:05 2004] [info] base server + 21 vhosts ready to run tests
Program exited with code 01.
(gdb) q
powerpc bozy: /home/bozy/src/modperl-2.0 $ cat t/logs/error_log
END in modperl_extra.pl, pid=18076
[Thu Jul 29 10:12:58 2004] [info] 27 Apache:: modules loaded
[Thu Jul 29 10:12:58 2004] [info] 9 APR:: modules loaded
[Thu Jul 29 10:12:58 2004] [info] base server + 6 vhosts ready to run tests
[Thu Jul 29 10:12:58 2004] [error] Can't locate TestModperl__request_rec_Key_set_in_Base in @INC (@INC contains: /home/bozy/src/modperl-2.0/t/lib /home/bozy/src/modperl-2.0/Apache-Test/lib /home/bozy/src/modperl-2.0/t/response /home/bozy/src/modperl-2.0/t/protocol /home/bozy/src/modperl-2.0/t/preconnection /home/bozy/src/modperl-2.0/t/hooks /home/bozy/src/modperl-2.0/t/filter /home/bozy/src/modperl-2.0/t /home/bozy/src/modperl-2.0/t/htdocs/testdirective/main /home/bozy/src/modperl-2.0/t/htdocs/testdirective/perlmodule-vh /home/bozy/src/modperl-2.0/t/ /home/bozy/src/modperl-2.0/t/lib/perl /home/bozy/src/modperl-2.0/blib/lib /home/bozy/src/modperl-2.0/blib/arch /usr/local/lib/perl5/5.8.4/aix /usr/local/lib/perl5/5.8.4 /usr/local/lib/perl5/site_perl/5.8.4/aix /usr/local/lib/perl5/site_perl/5.8.4 /usr/local/lib/perl5/site_perl) at (eval 15) line 1.\n
[Thu Jul 29 10:12:58 2004] [error] Can't load Perl file: TestModperl__request_rec_Key_set_in_Base for server :8529, exiting...
[Thu Jul 29 10:12:58 2004] [error] $s->add_config() has failed: init mod_perl vhost failed during global destruction.\nCompilation failed in require at /home/bozy/src/modperl-2.0/t/conf/modperl_startup.pl line 17 during global destruction.\n\t...propagated at (null) line 94.\nBEGIN failed--compilation aborted at /home/bozy/src/modperl-2.0/t/conf/modperl_startup.pl line 20.\nCompilation failed in require at (eval 2) line 1.\n
[Thu Jul 29 10:12:58 2004] [error] Can't load Perl file: /home/bozy/src/modperl-2.0/t/conf/modperl_startup.pl for server localhost:8529, exiting...
[unquote]
Now, during build I've noticed that static version of mod_perl could be
built as well (LINKTYPE appeared during `make'). How this could be done?
I just want to make sure it's not a compiler problem, cause if static
build test fails - then most probably incorrect code is generated.
Oh, and I've ordered IBM stock C compiler (Visual Age C 6.0) but that won't
be available earlier than in 3 weeks.
In the meantime I've made a parallel build on another machine with gcc 2.9
(supplied by IBM as part of linux compatibility package) with Apache
2.0.50 and perl 5.8.5 (these were latest stable versions) and got
somewhat different results, although in the same ServerRec*whatever
stuff :
[quote]
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc-ibm-aix5.1.0.0"...
[Thu Jul 29 08:56:29 2004] [info] 27 Apache:: modules loaded
[Thu Jul 29 08:56:29 2004] [info] 9 APR:: modules loaded
[Thu Jul 29 08:56:29 2004] [info] base server + 21 vhosts ready to run tests
Program received signal SIGSEGV, Segmentation fault.
0xd2eb29f8 in XS_Apache__ServerRec_next (cv=0x2057ad2c) at ServerRec.xs:65519
65519 ServerRec.xs: No such file or directory.
(gdb) bt
#0 0xd2eb29f8 in XS_Apache__ServerRec_next (cv=0x2057ad2c) at ServerRec.xs:65519
#1 0xd2d58800 in Perl_pp_entersub ()
#2 0xd2dd47f8 in Perl_runops_standard ()
#3 0xd2d9a33c in S_call_body ()
#4 0xd2d99ff8 in Perl_call_sv ()
#5 0xd2d9e764 in S_call_list_body ()
#6 0xd2d9e350 in Perl_call_list ()
#7 0xd2d730f8 in Perl_newATTRSUB ()
#8 0xd2dc5038 in Perl_yyparse ()
#9 0xd2db91c4 in S_doeval ()
#10 0xd2dbaa7c in Perl_pp_require ()
#11 0xd2e2e034 in modperl_pp_require () at modperl_perl_pp.c:69
#12 0xd2dd47f8 in Perl_runops_standard ()
#13 0xd2d9a33c in S_call_body ()
#14 0xd2d9a538 in Perl_eval_sv ()
#15 0xd2d9aa54 in Perl_require_pv ()
#16 0xd2d1bb8c in modperl_require_file (pv=0x203c45f0 "/home/bozy/src/modperl-2.0/t/conf/modperl_startup.pl",
logfailure=1) at modperl_util.c:45
#17 0xd2e0bba0 in modperl_config_apply_PerlRequire (s=0x2022b900, scfg=0x2027d860, perl=0x2025ad88, p=0x20229b60)
at modperl_config.c:466
#18 0xd2e1b540 in modperl_startup (s=0x2022b900, p=0x20229b60) at mod_perl.c:276
#19 0xd2e1b2a0 in modperl_startup (s=0x2022b900, p=0x20229b60) at mod_perl.c:179
#20 0xd2e1c4b0 in modperl_init (base_server=0x2022b900, p=0x20229b60) at mod_perl.c:407
#21 0xd2e1c790 in modperl_hook_init (pconf=0x20229b60, plog=0x0, ptemp=0x0, s=0x2022b900) at mod_perl.c:542
#22 0xd2e1c81c in modperl_run () at mod_perl.c:553
#23 0xd2e1fa30 in modperl_cmd_load_module (parms=0x2ff22870, mconfig=0x2027df38,
arg=0x203a87c8 "TestDirective::perlloadmodule") at modperl_cmd.c:632
#24 0x1001087c in invoke_cmd ()
#25 0x100120fc in ap_walk_config_sub ()
#26 0x10012210 in ap_walk_config ()
#27 0x10013864 in ap_process_config_tree ()
#28 0x1000168c in main ()
#29 0x100001dc in __start ()
(gdb) q
[unquote]
regards
Alexey
RK> On Wed, 28 Jul 2004, Alexey Bozrikov wrote:
>> I did apply the patch, got following results during gmake:
>>
>> [quote]
>> cd "src/modules/perl" && gmake -f Makefile.modperl
>> gmake[1]: Entering directory
>> `/home/bozy/src/modperl-2.0/src/modules/perl'
>> gmake[1]: Nothing to be done for `all'.
>> gmake[1]: Leaving directory
>> `/home/bozy/src/modperl-2.0/src/modules/perl'
>> cd "xs/APR/libaprext" && gmake all LIB="" LIBPERL_A="libperl.a"
>> LINKTYPE="dynamic" PREFIX="" OPTIMIZE="" PASTHRU_DEFINE=""
>> PASTHRU_INC="" PERL="/usr/local/bin/perl" DEFINE="-DMP_HAVE_APR_LIBS"
>> /bin/sh: xs/APR/libaprext: not found.
>> gmake: *** [aprext] Error 1
>> [unquote]
>>
>> seems to be a typo somewhere, should be xs/APR/aprext instead of
>> xs/APR/libaprext
>>
>> Regards
>>
>> Alexey
RK> Sorry about that - this should be fixed at
RK> http://www.apache.org/~randyk/mp_aix.patch
RK> This time I tested it on my linux box (by redefining some of
RK> the constants to mimic AIX), and it worked OK, so hopefully
RK> this is close ...
** Never go into a hug off balance.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re[2]: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot
start apache)
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Wed, 28 Jul 2004, Alexey Bozrikov wrote:
> I did apply the patch, got following results during gmake:
>
> [quote]
> cd "src/modules/perl" && gmake -f Makefile.modperl
> gmake[1]: Entering directory `/home/bozy/src/modperl-2.0/src/modules/perl'
> gmake[1]: Nothing to be done for `all'.
> gmake[1]: Leaving directory `/home/bozy/src/modperl-2.0/src/modules/perl'
> cd "xs/APR/libaprext" && gmake all LIB="" LIBPERL_A="libperl.a" LINKTYPE="dynamic" PREFIX="" OPTIMIZE="" PASTHRU_DEFINE="" PASTHRU_INC="" PERL="/usr/local/bin/perl" DEFINE="-DMP_HAVE_APR_LIBS"
> /bin/sh: xs/APR/libaprext: not found.
> gmake: *** [aprext] Error 1
> [unquote]
>
> seems to be a typo somewhere, should be xs/APR/aprext instead of
> xs/APR/libaprext
>
> Regards
>
> Alexey
Sorry about that - this should be fixed at
http://www.apache.org/~randyk/mp_aix.patch
This time I tested it on my linux box (by redefining some of
the constants to mimic AIX), and it worked OK, so hopefully
this is close ...
--
best regards,
randy
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re[2]: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot start apache)
Posted by Alexey Bozrikov <bo...@fgm.com.cy>.
I did apply the patch, got following results during gmake:
[quote]
cd "src/modules/perl" && gmake -f Makefile.modperl
gmake[1]: Entering directory `/home/bozy/src/modperl-2.0/src/modules/perl'
gmake[1]: Nothing to be done for `all'.
gmake[1]: Leaving directory `/home/bozy/src/modperl-2.0/src/modules/perl'
cd "xs/APR/libaprext" && gmake all LIB="" LIBPERL_A="libperl.a" LINKTYPE="dynamic" PREFIX="" OPTIMIZE="" PASTHRU_DEFINE="" PASTHRU_INC="" PERL="/usr/local/bin/perl" DEFINE="-DMP_HAVE_APR_LIBS"
/bin/sh: xs/APR/libaprext: not found.
gmake: *** [aprext] Error 1
[unquote]
seems to be a typo somewhere, should be xs/APR/aprext instead of
xs/APR/libaprext
Regards
Alexey
RK> On Wed, 28 Jul 2004, Alexey Bozrikov wrote:
>> I get a 403: Forbidden error while trying to get the
>> patch, but I guess that's not necessary cause you told
>> latest CVS snapshot already has it. Please refer to my
>> last message (okay, the one before this one) for results
>> of latest CVS snapshot test. Seems to be same problem,
>> though...
RK> Sorry about that - I fixed the permissions now ... And also
RK> sorry about the confusion over the various patches; the
RK> current cvs has the patch already applied for doing a static
RK> build, so you shouldn't have to do anything additional
RK> within cvs to try that. As well, though, the additional
RK> patch at http://www.apache.org/~randyk/mp_aix.patch over
RK> this cvs version is one intended to do a dynamic build.
** I wouldn't know how to act if I weren't in trouble.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot
start apache)
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Wed, 28 Jul 2004, Alexey Bozrikov wrote:
> I get a 403: Forbidden error while trying to get the
> patch, but I guess that's not necessary cause you told
> latest CVS snapshot already has it. Please refer to my
> last message (okay, the one before this one) for results
> of latest CVS snapshot test. Seems to be same problem,
> though...
Sorry about that - I fixed the permissions now ... And also
sorry about the confusion over the various patches; the
current cvs has the patch already applied for doing a static
build, so you shouldn't have to do anything additional
within cvs to try that. As well, though, the additional
patch at http://www.apache.org/~randyk/mp_aix.patch over
this cvs version is one intended to do a dynamic build.
--
best regards,
randy
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot start apache)
Posted by Alexey Bozrikov <bo...@fgm.com.cy>.
I get a 403: Forbidden error while trying to get the patch, but I guess
that's not necessary cause you told latest CVS snapshot already has it.
Please refer to my last message (okay, the one before this one) for
results of latest CVS snapshot test. Seems to be same problem, though...
Regards
Alexey
RK> On Wed, 28 Jul 2004, Alexey Bozrikov wrote:
>> Okay, I could see one in snapshots/modperl-2.0 directory, thanks, I'll
>> try this straight away. The patch I am talking about is the one
>> received from Randy Kobes, applicable to snapshot as of 27/06.
RK> That patch (which led to problems with some tabs in the
RK> generated Makefile, as you found out), was for trying to
RK> build a mod_perl.so. I've made up another version which
RK> should fix this - you can get it at
RK> http://www.apache.org/~randyk/mp_aix.patch
RK> --
RK> best regards,
RK> randy
** The former ruler of Russia and his wife were called Tsar and Tsarina, so clearly their children were called Tsardines.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re[2]: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot
start apache)
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Wed, 28 Jul 2004, Alexey Bozrikov wrote:
> Okay, I could see one in snapshots/modperl-2.0 directory, thanks, I'll
> try this straight away. The patch I am talking about is the one
> received from Randy Kobes, applicable to snapshot as of 27/06.
That patch (which led to problems with some tabs in the
generated Makefile, as you found out), was for trying to
build a mod_perl.so. I've made up another version which
should fix this - you can get it at
http://www.apache.org/~randyk/mp_aix.patch
--
best regards,
randy
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re[2]: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot start apache)
Posted by Alexey Bozrikov <bo...@fgm.com.cy>.
Okay, I could see one in snapshots/modperl-2.0 directory, thanks, I'll
try this straight away. The patch I am talking about is the one
received from Randy Kobes, applicable to snapshot as of 27/06.
I'll get back as soon as I'll build/test modperl.
Regards
Alexey
SB> [cc'ing the modperl list for the archives]
SB> Alexey Bozrikov wrote:
>> Dear Stas,
>>
>> had a look at Makefile, there should be a typo somewhere in the patch
>> file which I applied, as install-aprlib target reads:
>> [quote]
>> aprext_install:
>> @$(MKPATH) "/usr/local/apache2/lib"
>> $(CP) "
>> -L/home/bozy/src/modperl-2.0/blib/arch/auto/aprext -laprext "
>> "/usr/local/apache2/lib/aprext.a"
>> [unquote]
>>
>> That's how ' -L' directory is created in the modperl source tree..
SB> Alexei, you shouldn't need to apply any patches. As I have followed up
SB> to this thread a few days ago, Philippe has already applied this patch.
SB> So all you need to do is to get a fresh cvs checkout.
** I don't have a license to kill. I have a learner's permit.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot
start apache)
Posted by Stas Bekman <st...@stason.org>.
[cc'ing the modperl list for the archives]
Alexey Bozrikov wrote:
> Dear Stas,
>
> had a look at Makefile, there should be a typo somewhere in the patch
> file which I applied, as install-aprlib target reads:
> [quote]
> aprext_install:
> @$(MKPATH) "/usr/local/apache2/lib"
> $(CP) " -L/home/bozy/src/modperl-2.0/blib/arch/auto/aprext -laprext " "/usr/local/apache2/lib/aprext.a"
> [unquote]
>
> That's how ' -L' directory is created in the modperl source tree..
Alexei, you shouldn't need to apply any patches. As I have followed up
to this thread a few days ago, Philippe has already applied this patch.
So all you need to do is to get a fresh cvs checkout.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot
start apache)
Posted by Stas Bekman <st...@stason.org>.
Randy Kobes wrote:
> On Tue, 27 Jul 2004, Stas Bekman wrote:
>
>
>>Hmm, that discussions seems to be unusual, since I see only replies from
>>Randy, and none from Alexey
>
>
> Alexey did reply to the dev@perl.apache.org list as well,
> of which I received a copy from ... Assuming it did get
> sent to you, perhaps it might be that the subject reads
> Re[4]: mod_perl2 .....
> (ie, there's a counter being added to 'Re'). Alexey, are
> you doing this manually? If so, it might be better not
> to, as it may confuse some mail clients who sort messages
> by thread.
Alexey is probably not subscribed to this list, so his messages aren't
coming through if the moderator is not approving them. Since you are
CC'ed to them you can see them. It is probably better to keep this
thread on the users list where Alexey is subscribed to.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot
start apache)
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Wed, 28 Jul 2004, Alexey Bozrikov wrote:
> It seems I did a 'reply all' to a couple of messages, so it went to
> 'dev@apache.perl.org' and did not go to Stas, as he wasn't on the list
> of original message recipients, I'll be watching this from now on.
> The counter in Subject field (Re[4]: etc.) is being done automatically
> by my e-mail client (TheBat), should I remove counter manually then?
No, I don't think that's necessary - I didn't realize that
your messages posted to 'dev@perl.apache.org' needed to be
moderated before getting passed on. Taking this discussion
back to the modperl@ list should fix this.
> In the meantime, I am checking modperl with new patch you have sent.
> Now gmake complains about lack of tab chars in Makefile at lines 516, 520
> - aprext & aprext_install targets. That should mean patch file was not
> transferred correctly from the e-mail, but I can't see any direct
> patches to Makefile in here, since it's generated from Makefile.PL.
> The gmake fails around this place:
>
> [quote]
> gmake[3]: Entering directory `/home/bozy/src/modperl-2.0/WrapXS/APR/Base64'
> rm -f ../../../blib/arch/auto/APR/Base64/Base64.so
> LD_RUN_PATH="" gcc -Wl,-bhalt:4 -Wl,-bM:SRE -Wl,-bE:Base64.exp -Wl,-bnoentry -lc -L/usr/local/lib -Wl,-berok Base64.o -Wl,-brtl -L/usr/local/lib -Wl,-b32 -o ../../../blib/arch/auto/APR/Base64/Base64.so -L/home/bozy/src/modperl-2.0/blib/arch/auto/aprext -laprext
> collect2: Library libaprext not found
> gmake[3]: *** [../../../blib/arch/auto/APR/Base64/Base64.so] Error 1
> [unquote]
>
> Also, after 'perl Makefile.PL ..' a directory with the name ' -L' (with
> space at the beginning) appears in modperl source tree, and it has some
> directories in it, most probably related to aprlib build:
[ ... ]
These problems were related to my using a wrong function to
determine the lib name on aix; that should be fixed in the
patch at
http://www.apache.org/~randyk/mp_aix.patch
--
best regards,
randy
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot start apache)
Posted by Alexey Bozrikov <bo...@fgm.com.cy>.
It seems I did a 'reply all' to a couple of messages, so it went to
'dev@apache.perl.org' and did not go to Stas, as he wasn't on the list
of original message recipients, I'll be watching this from now on.
The counter in Subject field (Re[4]: etc.) is being done automatically
by my e-mail client (TheBat), should I remove counter manually then?
In the meantime, I am checking modperl with new patch you have sent.
Now gmake complains about lack of tab chars in Makefile at lines 516, 520
- aprext & aprext_install targets. That should mean patch file was not
transferred correctly from the e-mail, but I can't see any direct
patches to Makefile in here, since it's generated from Makefile.PL.
The gmake fails around this place:
[quote]
gmake[3]: Entering directory `/home/bozy/src/modperl-2.0/WrapXS/APR/Base64'
rm -f ../../../blib/arch/auto/APR/Base64/Base64.so
LD_RUN_PATH="" gcc -Wl,-bhalt:4 -Wl,-bM:SRE -Wl,-bE:Base64.exp -Wl,-bnoentry -lc -L/usr/local/lib -Wl,-berok Base64.o -Wl,-brtl -L/usr/local/lib -Wl,-b32 -o ../../../blib/arch/auto/APR/Base64/Base64.so -L/home/bozy/src/modperl-2.0/blib/arch/auto/aprext -laprext
collect2: Library libaprext not found
gmake[3]: *** [../../../blib/arch/auto/APR/Base64/Base64.so] Error 1
[unquote]
Also, after 'perl Makefile.PL ..' a directory with the name ' -L' (with
space at the beginning) appears in modperl source tree, and it has some
directories in it, most probably related to aprlib build:
[quote]
ls -lR ' -L'
total 1
drwxr-xr-x 3 bozy staff 512 Jul 27 17:22 home
-L/home:
total 1
drwxr-xr-x 3 bozy staff 512 Jul 27 17:22 bozy
-L/home/bozy:
total 1
drwxr-xr-x 3 bozy staff 512 Jul 27 17:22 src
-L/home/bozy/src:
total 1
drwxr-xr-x 3 bozy staff 512 Jul 27 17:22 modperl-2.0
-L/home/bozy/src/modperl-2.0:
total 1
drwxr-xr-x 3 bozy staff 512 Jul 27 17:22 blib
-L/home/bozy/src/modperl-2.0/blib:
total 1
drwxr-xr-x 3 bozy staff 512 Jul 27 17:22 arch
-L/home/bozy/src/modperl-2.0/blib/arch:
total 1
drwxr-xr-x 2 bozy staff 512 Jul 27 17:22 auto
-L/home/bozy/src/modperl-2.0/blib/arch/auto:
total 1
-rw-r--r-- 1 bozy staff 40 Jul 27 17:22 aprext -laprext
[unquote]
Did I do something wrong with applying the patch? Everything went fine
according to patch program, which is FSF/Larry Wall patch version 2.5.4.
Regards
Alexey
RK> On Tue, 27 Jul 2004, Stas Bekman wrote:
>> Hmm, that discussions seems to be unusual, since I see only replies from
>> Randy, and none from Alexey
RK> Alexey did reply to the dev@perl.apache.org list as well,
RK> of which I received a copy from ... Assuming it did get
RK> sent to you, perhaps it might be that the subject reads
RK> Re[4]: mod_perl2 .....
RK> (ie, there's a counter being added to 'Re'). Alexey, are
RK> you doing this manually? If so, it might be better not
RK> to, as it may confuse some mail clients who sort messages
RK> by thread.
** Little rivers which run into the Nile, Juveniles.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot
start apache)
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Tue, 27 Jul 2004, Stas Bekman wrote:
> Hmm, that discussions seems to be unusual, since I see only replies from
> Randy, and none from Alexey
Alexey did reply to the dev@perl.apache.org list as well,
of which I received a copy from ... Assuming it did get
sent to you, perhaps it might be that the subject reads
Re[4]: mod_perl2 .....
(ie, there's a counter being added to 'Re'). Alexey, are
you doing this manually? If so, it might be better not
to, as it may confuse some mail clients who sort messages
by thread.
--
best regards,
randy
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot
start apache)
Posted by Stas Bekman <st...@stason.org>.
Hmm, that discussions seems to be unusual, since I see only replies from
Randy, and none from Alexey
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org