Loading ...
Sorry, an error occurred while loading the content.

mod_perl2 1.99_14 and httpd 2.0.49 - gmake test fails (cannot start apache)

Expand Messages
  • Alexey Bozrikov
    Good day or whatever it is at your location, 1. Problem description couple of days ago I have compiled and (to the extent of my competency) tested Apache
    Message 1 of 24 , Jul 23, 2004
    • 0 Attachment
      Good day or whatever it is at your location,

      1. Problem description

      couple of days ago I have compiled and (to the extent of my competency)
      tested Apache httpd 2.0.49 on powerpc-aix-5.1.0.0 platform (IBM RS6000
      7009 C10 model). Now trying to compile mod_perl 1.99_14. Everything
      seems to compile and build fine, but when I'm doing 'gmake test', seems
      httpd won't start properly:

      following is the screen log:
      $ t/TEST -verbose compat/apache_util.t modperl/pnotes.t
      [warning] setting ulimit to allow core files
      ulimit -c unlimited; /usr/local/bin/perl /home/bozy/src/mod_perl-1.99_14/t/TEST -verbose 'compat/apache_util.t' 'modperl/pnotes.t'
      /usr/local/apache2/bin/httpd -d /home/bozy/src/mod_perl-1.99_14/t -f /home/bozy/src/mod_perl-1.99_14/t/conf/httpd.conf -D APACHE2
      using Apache/2.0.49 (prefork MPM)

      waiting 120 seconds for server to start: .............[Fri Jul 23 09:47:36 2004] [info] 28 Apache:: modules loaded
      [Fri Jul 23 09:47:36 2004] [info] 5 APR:: modules loaded
      [Fri Jul 23 09:47:36 2004] [info] base server + 17 vhosts ready to run tests
      .............................................................................................................
      waiting 120 seconds for server to start: not ok
      [ error] giving up after 121 secs. If you think that your system
      is slow or overloaded try again with a longer timeout value.
      by setting the environment variable APACHE_TEST_STARTUP_TIMEOUT
      to a high value (e.g. 420) and repeat the last command.

      [ error] server failed to start! (please examine t/logs/error_log)
      $

      I am sure there is enough time to start httpd, I tried with 400 and 600
      seconds delay wait. httpd seems to exit silently. there is enough ulimit
      to produce core file. No core file being produced.

      t/logs/error_log shows no signs of any serious errors:

      [quote]
      END in modperl_extra.pl, pid=7562
      [Fri Jul 23 09:47:59 2004] [info] 28 Apache:: modules loaded
      [Fri Jul 23 09:47:59 2004] [info] 5 APR:: modules loaded
      [Fri Jul 23 09:47:59 2004] [info] base server + 5 vhosts ready to run tests
      [unquote]

      2. Used Components and their Configuration:

      *** mod_perl version 1.9914

      *** using lib/Apache/BuildConfig.pm
      *** Makefile.PL options:
      MP_AP_PREFIX => /usr/local/apache2
      MP_COMPAT_1X => 1
      MP_GENERATE_XS => 1
      MP_LIBNAME => mod_perl
      MP_USE_DSO => 1
      MP_USE_STATIC => 1


      *** /usr/local/apache2/bin/httpd -V
      Server version: Apache/2.0.49
      Server built: Jul 15 2004 12:00:32
      Server's Module Magic Number: 20020903:7
      Architecture: 32-bit
      Server compiled with....
      -D APACHE_MPM_DIR="server/mpm/prefork"
      -D APR_HAS_SENDFILE
      -D APR_HAS_MMAP
      -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
      -D APR_USE_SYSVSEM_SERIALIZE
      -D APR_USE_PTHREAD_SERIALIZE
      -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
      -D APR_HAS_OTHER_CHILD
      -D AP_HAVE_RELIABLE_PIPED_LOGS
      -D HTTPD_ROOT="/usr/local/apache2"
      -D SUEXEC_BIN="/usr/local/apache2/bin/suexec"
      -D DEFAULT_PIDLOG="logs/httpd.pid"
      -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
      -D DEFAULT_LOCKFILE="logs/accept.lock"
      -D DEFAULT_ERRORLOG="logs/error_log"
      -D AP_TYPES_CONFIG_FILE="conf/mime.types"
      -D SERVER_CONFIG_FILE="conf/httpd.conf"


      !!!NOTICE!!!: Apache has PHP 5.0 as a DSO module - maybe this could give
      a clue (but NOT loading PHP does not help). PHP and MySQL interface runs
      just fine with Apache - tested on several rather simple applications.

      *** /usr/local/bin/perl -V
      Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
      Platform:
      osname=aix, osvers=5.1.0.0, archname=aix
      uname='aix powerpc 1 5 002001444800 '
      config_args='-Dcc=gcc'
      hint=recommended, useposix=true, d_sigaction=define
      usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
      useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
      use64bitint=undef use64bitall=undef uselongdouble=undef
      usemymalloc=n, bincompat5005=undef
      Compiler:
      cc='gcc', ccflags ='-D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -DUSE_NATIVE_DLOPEN -fno-strict-aliasing -I/usr/local/include -D_LARGE_FILES',
      optimize='-O',
      cppflags='-D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -DUSE_NATIVE_DLOPEN -fno-strict-aliasing -I/usr/local/include'
      ccversion='', gccversion='3.3.3', gccosandvers='aix5.1.0.0'
      intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
      d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8
      ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
      alignbytes=8, prototype=define
      Linker and Libraries:
      ld='gcc', ldflags =' -Wl,-brtl -L/usr/local/lib -Wl,-b32'
      libpth=/usr/local/lib /lib /usr/lib /usr/ccs/lib /usr/local/apache2/lib
      libs=-lbind -lnsl -ldbm -ldl -lld -lm -lcrypt -lc -lbsd
      perllibs=-lbind -lnsl -ldl -lld -lm -lcrypt -lc -lbsd
      libc=/lib/libc.a, so=a, useshrplib=false, libperl=libperl.a
      gnulibc_version=''
      Dynamic Linking:
      dlsrc=dl_aix.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Xlinker -bE:/usr/local/lib/perl5/5.8.4/aix/CORE/perl.exp'
      cccdlflags=' ', lddlflags=' -Wl,-bhalt:4 -Wl,-bM:SRE -Wl,-bI:$(PERL_INC)/perl.exp -Wl,-bE:$(BASEEXT).exp -Wl,-bnoentry -lc -L/usr/local/lib'


      Characteristics of this binary (from libperl):
      Compile-time options: USE_LARGE_FILES
      Built under aix
      Compiled at Jul 18 2004 00:19:56
      %ENV:
      PERL_LWP_USE_HTTP_10="1"
      @INC:
      /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
      .

      *** Packages of interest status:

      Apache::Request: -
      CGI : 3.04
      LWP : -
      mod_perl : -


      I am not a programmer myself, so I did not investigate further, just
      tried to find similar cases on the Net, but did not find a close match
      yet.


      Regards,


      Alexey



      ** Life's biggest question is whether or not you're happy - not with others, but with yourself.


      --
      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
    • Stas Bekman
      ... Yes, it s one of those platforms where we don t have experts on, so we don t know why things don t work there. Noone who knows AIX has volunteered to help
      Message 2 of 24 , Jul 23, 2004
      • 0 Attachment
        Alexey Bozrikov wrote:
        > Good day or whatever it is at your location,
        >
        > 1. Problem description
        >
        > couple of days ago I have compiled and (to the extent of my competency)
        > tested Apache httpd 2.0.49 on powerpc-aix-5.1.0.0 platform (IBM RS6000
        > 7009 C10 model). Now trying to compile mod_perl 1.99_14. Everything
        > seems to compile and build fine, but when I'm doing 'gmake test', seems
        > httpd won't start properly:
        >
        > following is the screen log:
        > $ t/TEST -verbose compat/apache_util.t modperl/pnotes.t
        > [warning] setting ulimit to allow core files
        > ulimit -c unlimited; /usr/local/bin/perl /home/bozy/src/mod_perl-1.99_14/t/TEST -verbose 'compat/apache_util.t' 'modperl/pnotes.t'
        > /usr/local/apache2/bin/httpd -d /home/bozy/src/mod_perl-1.99_14/t -f /home/bozy/src/mod_perl-1.99_14/t/conf/httpd.conf -D APACHE2
        > using Apache/2.0.49 (prefork MPM)
        >
        > waiting 120 seconds for server to start: .............[Fri Jul 23 09:47:36 2004] [info] 28 Apache:: modules loaded
        > [Fri Jul 23 09:47:36 2004] [info] 5 APR:: modules loaded
        > [Fri Jul 23 09:47:36 2004] [info] base server + 17 vhosts ready to run tests
        > .............................................................................................................
        > waiting 120 seconds for server to start: not ok
        > [ error] giving up after 121 secs. If you think that your system
        > is slow or overloaded try again with a longer timeout value.
        > by setting the environment variable APACHE_TEST_STARTUP_TIMEOUT
        > to a high value (e.g. 420) and repeat the last command.

        Yes, it's one of those platforms where we don't have experts on, so we
        don't know why things don't work there. Noone who knows AIX has
        volunteered to help us. If you know AIX linker and loader, you could
        help us to figure out what the problem is. I'd start from strace'ing (or
        whatever is the equivalent utility on AIX) the process that doesn't start.

        Otherwise please try the static build, which supposedly shouldn't have
        this problem. It's currently available only as a patch against the
        current cvs. Frankly, I'm not sure why Philippe doesn't commit it. You
        can get it here:
        http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=108567852912921&w=2

        As you can see in the patched docs/user/install/install.pod you will
        need to set MP_DO_HTTPD=1 and set MP_AP_PREFIX and MP_AP_CONFIGURE

        The current cvs is here:
        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@... 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
      • Stas Bekman
        Stas Bekman wrote: [...] ... OK, the static build is in the cvs now. Thanks Philippe! Though it requires the cvs version of Apache (or 2.0.51 when it gets
        Message 3 of 24 , Jul 23, 2004
        • 0 Attachment
          Stas Bekman wrote:
          [...]
          > Otherwise please try the static build, which supposedly shouldn't have
          > this problem. It's currently available only as a patch against the
          > current cvs. Frankly, I'm not sure why Philippe doesn't commit it. You
          > can get it here:
          > http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=108567852912921&w=2
          >
          > As you can see in the patched docs/user/install/install.pod you will
          > need to set MP_DO_HTTPD=1 and set MP_AP_PREFIX and MP_AP_CONFIGURE
          >
          > The current cvs is here:
          > http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution

          OK, the static build is in the cvs now. Thanks Philippe!
          Though it requires the cvs version of Apache (or 2.0.51 when it gets
          released). See the above link for how to get the cvs version of mp2 and
          apache.


          --
          __________________________________________________________________
          Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
          http://stason.org/ mod_perl Guide ---> http://perl.apache.org
          mailto:stas@... 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
        • Stas Bekman
          [moving that back to the list, so others can help and benefit from] ... Good. Now recompile mod_perl with MP_DEBUG=1, so that the trace will show the line
          Message 4 of 24 , Jul 25, 2004
          • 0 Attachment
            [moving that back to the list, so others can help and benefit from]

            Alexey Bozrikov wrote:
            > Okay, we'll give it a try while I am far from being expert in debugging
            > programs. I had a look at it yesterday night with
            > 'truss' (an AIX equivalent of 'strace'), looks really like an endless
            > stream of fcntl's, loadx__'s and lseek's to me, doubt if there was something
            > of a value. Later on I thought I'd better have a look with gdb, at least
            > gdb is something I used couple of times some 10 years ago. Now it looks
            > less mystical, cause httpd just plain SIGSEGV's in mod_perl, while not
            > producing core and with no signs of dying while ran as plain 't/TEST
            > -verbose ...'. Under gdb, not only
            > it SIGSEGVed, but produced core file as well! Now, this is what
            > came out of 't/TEST -debug ...':
            >
            > [quote]
            > powerpc bozy: /home/bozy/src/mod_perl-1.99_14 $ t/TEST -debug -apxs
            > [warning] setting ulimit to allow core files
            > ulimit -c unlimited; /usr/local/bin/perl /home/bozy/src/mod_perl-1.99_14/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"...
            > [Sun Jul 25 15:27:12 2004] [info] 28 Apache:: modules loaded
            > [Sun Jul 25 15:27:12 2004] [info] 5 APR:: modules loaded
            > [Sun Jul 25 15:27:12 2004] [info] base server + 17 vhosts ready to run tests
            >
            > Program received signal SIGSEGV, Segmentation fault.
            > 0xd0f592ec in modperl_init_vhost () from /home/bozy/src/mod_perl-1.99_14/src/modules/perl/mod_perl.so
            > (gdb) bt
            > #0 0xd0f592ec in modperl_init_vhost () from /home/bozy/src/mod_perl-1.99_14/src/modules/perl/mod_perl.so
            > #1 0xd0f61d34 in modperl_cmd_modules () from /home/bozy/src/mod_perl-1.99_14/src/modules/perl/mod_perl.so
            > #2 0x1000c228 in invoke_cmd (cmd=0x202ce2c0, parms=0x2ff21878, mconfig=0x20297838, args=0x203c37cb "")
            > at config.c:758
            > #3 0x1000d060 in ap_walk_config_sub (current=0x203c3798, parms=0x2ff21878, section_vector=0x20241b78)
            > at config.c:1048
            > #4 0x1000d164 in ap_walk_config (current=0x203c3798, parms=0x2ff21878, section_vector=0x20241b78)
            > at config.c:1087
            > #5 0xd0f4fcf8 in modperl_config_insert () from /home/bozy/src/mod_perl-1.99_14/src/modules/perl/mod_perl.so
            > #6 0x203c3798 in ?? ()
            > (gdb) c
            > Continuing.

            Good. Now recompile mod_perl with MP_DEBUG=1, so that the trace will
            show the line number and the arguments to the calls inside mod_perl.so
            and try to get a new backtrace. Thanks.

            --
            __________________________________________________________________
            Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
            http://stason.org/ mod_perl Guide ---> http://perl.apache.org
            mailto:stas@... 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
          • Tom Williams
            I had a similar problem once and it was due to the PHP module causing a problem. I was running PHP 4.3.5 at the time and the problem was resolved with
            Message 5 of 24 , Jul 27, 2004
            • 0 Attachment
              I had a similar problem once and it was due to the PHP module causing a
              problem. I was running PHP 4.3.5 at the time and the problem was
              resolved with PHP-4.3.7.

              Peace...

              Tom

              Alexey Bozrikov wrote:

              >Good day or whatever it is at your location,
              >
              >1. Problem description
              >
              >couple of days ago I have compiled and (to the extent of my competency)
              >tested Apache httpd 2.0.49 on powerpc-aix-5.1.0.0 platform (IBM RS6000
              >7009 C10 model). Now trying to compile mod_perl 1.99_14. Everything
              >seems to compile and build fine, but when I'm doing 'gmake test', seems
              >httpd won't start properly:
              >
              >following is the screen log:
              >$ t/TEST -verbose compat/apache_util.t modperl/pnotes.t
              >[warning] setting ulimit to allow core files
              >ulimit -c unlimited; /usr/local/bin/perl /home/bozy/src/mod_perl-1.99_14/t/TEST -verbose 'compat/apache_util.t' 'modperl/pnotes.t'
              >/usr/local/apache2/bin/httpd -d /home/bozy/src/mod_perl-1.99_14/t -f /home/bozy/src/mod_perl-1.99_14/t/conf/httpd.conf -D APACHE2
              >using Apache/2.0.49 (prefork MPM)
              >
              >waiting 120 seconds for server to start: .............[Fri Jul 23 09:47:36 2004] [info] 28 Apache:: modules loaded
              >[Fri Jul 23 09:47:36 2004] [info] 5 APR:: modules loaded
              >[Fri Jul 23 09:47:36 2004] [info] base server + 17 vhosts ready to run tests
              >.............................................................................................................
              >waiting 120 seconds for server to start: not ok
              >[ error] giving up after 121 secs. If you think that your system
              >is slow or overloaded try again with a longer timeout value.
              >by setting the environment variable APACHE_TEST_STARTUP_TIMEOUT
              >to a high value (e.g. 420) and repeat the last command.
              >
              >[ error] server failed to start! (please examine t/logs/error_log)
              >$
              >
              >I am sure there is enough time to start httpd, I tried with 400 and 600
              >seconds delay wait. httpd seems to exit silently. there is enough ulimit
              >to produce core file. No core file being produced.
              >
              >t/logs/error_log shows no signs of any serious errors:
              >
              >[quote]
              >END in modperl_extra.pl, pid=7562
              >[Fri Jul 23 09:47:59 2004] [info] 28 Apache:: modules loaded
              >[Fri Jul 23 09:47:59 2004] [info] 5 APR:: modules loaded
              >[Fri Jul 23 09:47:59 2004] [info] base server + 5 vhosts ready to run tests
              >[unquote]
              >
              >2. Used Components and their Configuration:
              >
              >*** mod_perl version 1.9914
              >
              >*** using lib/Apache/BuildConfig.pm
              >*** Makefile.PL options:
              > MP_AP_PREFIX => /usr/local/apache2
              > MP_COMPAT_1X => 1
              > MP_GENERATE_XS => 1
              > MP_LIBNAME => mod_perl
              > MP_USE_DSO => 1
              > MP_USE_STATIC => 1
              >
              >
              >*** /usr/local/apache2/bin/httpd -V
              >Server version: Apache/2.0.49
              >Server built: Jul 15 2004 12:00:32
              >Server's Module Magic Number: 20020903:7
              >Architecture: 32-bit
              >Server compiled with....
              > -D APACHE_MPM_DIR="server/mpm/prefork"
              > -D APR_HAS_SENDFILE
              > -D APR_HAS_MMAP
              > -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
              > -D APR_USE_SYSVSEM_SERIALIZE
              > -D APR_USE_PTHREAD_SERIALIZE
              > -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
              > -D APR_HAS_OTHER_CHILD
              > -D AP_HAVE_RELIABLE_PIPED_LOGS
              > -D HTTPD_ROOT="/usr/local/apache2"
              > -D SUEXEC_BIN="/usr/local/apache2/bin/suexec"
              > -D DEFAULT_PIDLOG="logs/httpd.pid"
              > -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
              > -D DEFAULT_LOCKFILE="logs/accept.lock"
              > -D DEFAULT_ERRORLOG="logs/error_log"
              > -D AP_TYPES_CONFIG_FILE="conf/mime.types"
              > -D SERVER_CONFIG_FILE="conf/httpd.conf"
              >
              >
              >!!!NOTICE!!!: Apache has PHP 5.0 as a DSO module - maybe this could give
              >a clue (but NOT loading PHP does not help). PHP and MySQL interface runs
              >just fine with Apache - tested on several rather simple applications.
              >
              >*** /usr/local/bin/perl -V
              >Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
              > Platform:
              > osname=aix, osvers=5.1.0.0, archname=aix
              > uname='aix powerpc 1 5 002001444800 '
              > config_args='-Dcc=gcc'
              > hint=recommended, useposix=true, d_sigaction=define
              > usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
              > useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
              > use64bitint=undef use64bitall=undef uselongdouble=undef
              > usemymalloc=n, bincompat5005=undef
              > Compiler:
              > cc='gcc', ccflags ='-D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -DUSE_NATIVE_DLOPEN -fno-strict-aliasing -I/usr/local/include -D_LARGE_FILES',
              > optimize='-O',
              > cppflags='-D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -DUSE_NATIVE_DLOPEN -fno-strict-aliasing -I/usr/local/include'
              > ccversion='', gccversion='3.3.3', gccosandvers='aix5.1.0.0'
              > intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
              > d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8
              > ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
              > alignbytes=8, prototype=define
              > Linker and Libraries:
              > ld='gcc', ldflags =' -Wl,-brtl -L/usr/local/lib -Wl,-b32'
              > libpth=/usr/local/lib /lib /usr/lib /usr/ccs/lib /usr/local/apache2/lib
              > libs=-lbind -lnsl -ldbm -ldl -lld -lm -lcrypt -lc -lbsd
              > perllibs=-lbind -lnsl -ldl -lld -lm -lcrypt -lc -lbsd
              > libc=/lib/libc.a, so=a, useshrplib=false, libperl=libperl.a
              > gnulibc_version=''
              > Dynamic Linking:
              > dlsrc=dl_aix.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Xlinker -bE:/usr/local/lib/perl5/5.8.4/aix/CORE/perl.exp'
              > cccdlflags=' ', lddlflags=' -Wl,-bhalt:4 -Wl,-bM:SRE -Wl,-bI:$(PERL_INC)/perl.exp -Wl,-bE:$(BASEEXT).exp -Wl,-bnoentry -lc -L/usr/local/lib'
              >
              >
              >Characteristics of this binary (from libperl):
              > Compile-time options: USE_LARGE_FILES
              > Built under aix
              > Compiled at Jul 18 2004 00:19:56
              > %ENV:
              > PERL_LWP_USE_HTTP_10="1"
              > @INC:
              > /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
              > .
              >
              >*** Packages of interest status:
              >
              >Apache::Request: -
              >CGI : 3.04
              >LWP : -
              >mod_perl : -
              >
              >
              >I am not a programmer myself, so I did not investigate further, just
              >tried to find similar cases on the Net, but did not find a close match
              >yet.
              >
              >
              >Regards,
              >
              >
              >Alexey
              >
              >
              >
              >** Life's biggest question is whether or not you're happy - not with others, but with yourself.
              >
              >
              >
              >


              --
              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
            • Alexey Bozrikov
              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
              Message 6 of 24 , Jul 27, 2004
              • 0 Attachment
                It seems I did a 'reply all' to a couple of messages, so it went to
                'dev@...' 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@... 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
              • Stas Bekman
                [cc ing the modperl list for the archives] ... Alexei, you shouldn t need to apply any patches. As I have followed up to this thread a few days ago, Philippe
                Message 7 of 24 , Jul 28, 2004
                • 0 Attachment
                  [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@... 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
                • Alexey Bozrikov
                  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
                  Message 8 of 24 , Jul 28, 2004
                  • 0 Attachment
                    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
                  • Alexey Bozrikov
                    Just built the latest modperl (modperl-2.0_20040728043433). Everything configures/compiles OK, no warnings. Test yields following results: [quote] powerpc
                    Message 9 of 24 , Jul 28, 2004
                    • 0 Attachment
                      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
                    • Randy Kobes
                      ... 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
                      Message 10 of 24 , Jul 28, 2004
                      • 0 Attachment
                        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
                      • Randy Kobes
                        ... 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.
                        Message 11 of 24 , Jul 28, 2004
                        • 0 Attachment
                          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@...' 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@...' 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
                        • Alexey Bozrikov
                          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
                          Message 12 of 24 , Jul 28, 2004
                          • 0 Attachment
                            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
                          • Randy Kobes
                            ... 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
                            Message 13 of 24 , Jul 28, 2004
                            • 0 Attachment
                              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
                            • Alexey Bozrikov
                              I did apply the patch, got following results during gmake: [quote] cd src/modules/perl && gmake -f Makefile.modperl gmake[1]: Entering directory
                              Message 14 of 24 , Jul 28, 2004
                              • 0 Attachment
                                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
                              • Randy Kobes
                                ... 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
                                Message 15 of 24 , Jul 28, 2004
                                • 0 Attachment
                                  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
                                • Alexey Bozrikov
                                  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
                                  Message 16 of 24 , Jul 29, 2004
                                  • 0 Attachment
                                    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
                                  • Randy Kobes
                                    ... [ ... ] ... 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
                                    Message 17 of 24 , Jul 29, 2004
                                    • 0 Attachment
                                      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
                                    • Alexey Bozrikov
                                      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
                                      Message 18 of 24 , Jul 29, 2004
                                      • 0 Attachment
                                        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.
                                      • Stas Bekman
                                        Alexey Bozrikov wrote: [taking the ModPerl-Registry branch of this multi-faced thread] ... [...] ... You have a few segfaults reported. could you arrange for
                                        Message 19 of 24 , Aug 1, 2004
                                        • 0 Attachment
                                          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@... 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
                                        • Alexey Bozrikov
                                          The core file actually have been created (although no Core dumped message anywhere during tests). That s the backtrace from Modperl-Registry test: [quote]
                                          Message 20 of 24 , Aug 2, 2004
                                          • 0 Attachment
                                            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
                                          • Stas Bekman
                                            ... 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
                                            Message 21 of 24 , Aug 2, 2004
                                            • 0 Attachment
                                              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@... 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
                                            • Alexey Bozrikov
                                              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.
                                              Message 22 of 24 , Aug 5, 2004
                                              • 0 Attachment
                                                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@... 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
                                              • Stas Bekman
                                                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.
                                                Message 23 of 24 , Aug 9, 2004
                                                • 0 Attachment
                                                  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@... http://use.perl.org http://apacheweek.com
                                                  http://modperlbook.org http://apache.org http://ticketmaster.com
                                                • Alexey Bozrikov
                                                  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:
                                                  Message 24 of 24 , Aug 9, 2004
                                                  • 0 Attachment
                                                    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
                                                  Your message has been successfully submitted and would be delivered to recipients shortly.