You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by Doug MacEachern <do...@covalent.net> on 2003/01/01 00:29:26 UTC
cvs broken
back from vacation, would like to get a release out, but current cvs is
not working for me (see below). 'PerlModule CGI' seems to be the culprit.
CGI.pm is 2.81 which ships with 5.8.0
/home/dougm/perl/farm/install/perl-5.8.0-debug/bin/perl -Iblib/arch/Apache2 -Iblib/lib/Apache2 \
t/TEST -clean
*** setting ulimit to allow core files
ulimit -c unlimited; t/TEST -clean
APACHE_USER= APACHE_GROUP= APACHE_PORT= APACHE= APXS= \
/home/dougm/perl/farm/install/perl-5.8.0-debug/bin/perl -Iblib/arch/Apache2 -Iblib/lib/Apache2 \
t/TEST
*** setting ulimit to allow core files
ulimit -c unlimited; t/TEST
/home/dougm/apache/farm/install/prefork-debug-shared-all-exp/bin/httpd -d /home/dougm/apache/modperl-2.0/t -f /home/dougm/apache/modperl-2.0/t/conf/httpd.conf -DAPACHE2
using Apache/2.1.0-dev (prefork MPM)
waiting for server to start: .[Tue Dec 31 15:15:02 2002] [info] 20 Apache:: modules loaded
[Tue Dec 31 15:15:02 2002] [info] 5 APR:: modules loaded
[Tue Dec 31 15:15:02 2002] [info] base server + 6 vhosts ready to run tests
Syntax error on line 754 of /home/dougm/apache/modperl-2.0/t/conf/httpd.conf:
Can't locate Apache.pm in @INC (@INC contains: /home/dougm/apache/modperl-2.0/t /home/dougm/apache/modperl-2.0/blib/lib/Apache2 /home/dougm/apache/modperl-2.0/blib/arch/Apache2 /home/dougm/apache/modperl-2.0/Apache-Test/lib /home/dougm/apache/modperl-2.0/lib /home/dougm/apache/modperl-2.0/blib/lib /home/dougm/apache/modperl-2.0/blib/arch /home/dougm/apache/modperl-2.0/t/response /home/dougm/apache/modperl-2.0/t/protocol /home/dougm/apache/modperl-2.0/t/hooks /home/dougm/apache/modperl-2.0/t/filter /home/dougm/apache/modperl-2.0/t/htdocs/testdirective/main /home/dougm/apache/modperl-2.0/t/htdocs/testdirective/perlmodule-vh /home/dougm/perl/farm/install/perl-5.8.0-debug/lib/5.8.0/i686-linux /home/dougm/perl/farm/install/perl-5.8.0-debug/lib/5.8.0 /home/dougm/perl/farm/install/perl-5.8.0-debug/lib/site_perl/5.8.0/i686-linux /home/dougm/perl/farm/install/perl-5.8.0-debug/lib/site_perl/5.8.0 /home/dougm/perl/farm/install/perl-5.8.0-debug/lib/site_perl) at /home/dougm/perl/farm/in!
stall/perl-5.8.0-debug/lib/5.8.0/CGI.pm line 161.
Compilation failed in require at (eval 20) line 3.
!!!
server has died with status 255 (t/logs/error_log wasn't created, start the server in the debug mode)
make: *** [run_tests] Error 143
-------------8<---------- Start Bug Report ------------8<----------
1. Problem Description:
[DESCRIBE THE PROBLEM HERE]
2. Used Components and their Configuration:
*** using lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_AP_PREFIX => /home/dougm/apache/farm/install/prefork-debug-shared-all-exp
MP_CCOPTS => -Wall -Werror
MP_DEBUG => 1
MP_GENERATE_XS => 1
MP_INST_APACHE2 => 1 1
MP_LIBNAME => mod_perl
MP_MAINTAINER => 1
MP_OPTIONS_FILE => ../.makepl_args.mod_perl2
MP_TRACE => 1
MP_USE_DSO => 1
MP_USE_STATIC => 1
*** /home/dougm/apache/farm/install/prefork-debug-shared-all-exp/bin/httpd -V
Server version: Apache/2.1.0-dev
Server built: Dec 31 2002 12:05:41
Server's Module Magic Number: 20020903:0
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
-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="/home/dougm/apache/farm/install/prefork-debug-shared-all-exp"
-D SUEXEC_BIN="/home/dougm/apache/farm/install/prefork-debug-shared-all-exp/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"
*** /home/dougm/perl/farm/install/perl-5.8.0-debug/bin/perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
Platform:
osname=linux, osvers=2.4.7-10, archname=i686-linux
uname='linux mako.covalent.net 2.4.7-10 #1 thu sep 6 17:27:27 edt 2001 i686 unknown '
config_args='-des -Dcc=gcc -Doptimize=-g -Dprefix=/home/dougm/perl/farm/install/perl-5.8.0-debug'
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 ='-DDEBUGGING -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
optimize='-g',
cppflags='-DDEBUGGING -fno-strict-aliasing -I/usr/local/include -I/usr/include/gdbm'
ccversion='', gccversion='2.96 20000731 (Red Hat Linux 7.1 2.96-98)', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='gcc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -lgdbm -ldb -ldl -lm -lc -lcrypt -lutil
perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil
libc=/lib/libc-2.2.4.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version='2.2.4'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: DEBUGGING USE_LARGE_FILES
Built under linux
Compiled at Sep 6 2002 09:42:32
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/home/dougm/perl/farm/install/perl-5.8.0-debug/lib/5.8.0/i686-linux
/home/dougm/perl/farm/install/perl-5.8.0-debug/lib/5.8.0
/home/dougm/perl/farm/install/perl-5.8.0-debug/lib/site_perl/5.8.0/i686-linux
/home/dougm/perl/farm/install/perl-5.8.0-debug/lib/site_perl/5.8.0
/home/dougm/perl/farm/install/perl-5.8.0-debug/lib/site_perl
.
3. This is the core dump trace: (if you get a core dump):
[CORE TRACE COMES HERE]
This report was generated by t/REPORT on Tue Dec 31 23:18:00 2002 GMT.
-------------8<---------- End Bug Report --------------8<----------
Note: Complete the rest of the details and post this bug report to
dev <at> perl.apache.org. To subscribe to the list send an empty
email to dev-subscribe@perl.apache.org.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: cvs broken
Posted by Doug MacEachern <do...@covalent.net>.
On Tue, 31 Dec 2002, Randy Kobes wrote:
> I had this also upon a fresh 5.8 install - upgrading to the
> latest CGI.pm version (2.89) fixed this (which loads
> Apache::compat if mod_perl >= 1.99 is used).
i suspected that. we can't require a CGI.pm upgrade, our tests should
load Apache::compat before CGI.pm
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [win32] cvs problem
Posted by Stas Bekman <st...@stason.org>.
Doug MacEachern wrote:
> On Tue, 31 Dec 2002, Randy Kobes wrote:
>
>
>>I'll try to track this down, but just in case a new release is
>>planned shortly, I'm getting the following problem in the current
>>mod_perl 2 cvs (for Win32):
>
>
> i noticed these too. the trace level should be changed so they are not
> seen by default or functions we know are not yet gluable be commented out
> in the xs/maps.
This is from my last commit. These are warnings, not errors and can be
ignored. Eventually these should be cleaned up. If the functions
shouldn't be glued they should be marked so in the map file.
It causes more problems when people try to add/enable a new function and
it's silently skipped, leaving them to wonder what's going on.
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [win32] cvs problem
Posted by Doug MacEachern <do...@covalent.net>.
On Tue, 31 Dec 2002, Randy Kobes wrote:
> I'll try to track this down, but just in case a new release is
> planned shortly, I'm getting the following problem in the current
> mod_perl 2 cvs (for Win32):
i noticed these too. the trace level should be changed so they are not
seen by default or functions we know are not yet gluable be commented out
in the xs/maps.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
[win32] cvs problem
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
I'll try to track this down, but just in case a new release is
planned shortly, I'm getting the following problem in the current
mod_perl 2 cvs (for Win32):
Reading Makefile.PL args from @ARGV
MP_AP_PREFIX = \Apache2
MP_INST_APACHE2 = 1
Configuring Apache/2.0.43 mod_perl/1.99_08-dev Perl/v5.8.0
unknown typemap: '...' (skipping ap_allow_standard_methods)
unknown typemap: 'ap_in_filter_func' (skipping ap_register_input_filter)
unknown typemap: 'ap_out_filter_func' (skipping ap_register_output_filter)
unknown typemap: 'apr_brigade_flush' (skipping apr_brigade_printf)
unknown typemap: 'apr_brigade_flush' (skipping apr_brigade_puts)
unknown typemap: 'apr_brigade_flush' (skipping apr_brigade_write)
unknown typemap: 'char **' (skipping apr_getnameinfo)
unknown typemap: 'char **' (skipping apr_parse_addr_port)
unknown typemap: 'apr_status_t (*plain_cleanup)(void *)' (skipping apr_pool_child_cleanup_set)
unknown typemap: 'apr_status_t (*cleanup)(void *)' (skipping apr_pool_cleanup_kill)
unknown typemap: 'apr_status_t (*cleanup)(void *)' (skipping apr_pool_cleanup_run)
unknown typemap: 'apr_abortfunc_t' (skipping apr_pool_get_abort)
unknown typemap: 'apr_kill_conditions_e' (skipping apr_pool_note_subprocess)
unknown typemap: 'void **' (skipping apr_pool_userdata_get)
unknown typemap: 'apr_status_t (*cleanup)(void *)' (skipping apr_pool_userdata_set)
unknown typemap: 'apr_shutdown_how_e' (skipping apr_shutdown)
unknown typemap: 'apr_interface_e' (skipping apr_socket_addr_get)
unknown typemap: 'void **' (skipping apr_socket_data_get)
unknown typemap: 'apr_status_t (*cleanup)(void*)' (skipping apr_socket_data_set)
unknown typemap: 'apr_file_t *' (skipping apr_socket_from_file)
I looked in xs/tables/current/Apache/FunctionTable.pm
(where these appear), but couldn't see anything obviously
amiss ...
--
best regards,
randy
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: cvs broken
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Tue, 31 Dec 2002, Doug MacEachern wrote:
> back from vacation, would like to get a release out, but current cvs is
> not working for me (see below). 'PerlModule CGI' seems to be the culprit.
> CGI.pm is 2.81 which ships with 5.8.0
[ .. ]
> Can't locate Apache.pm in @INC (@INC contains:
[ .. ]
I had this also upon a fresh 5.8 install - upgrading to the
latest CGI.pm version (2.89) fixed this (which loads
Apache::compat if mod_perl >= 1.99 is used).
--
best regards,
randy
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org