RE: Mod_perl 1.99_09dev on AIX4.3.3
Stas, MUCH Better! I got and tested the CVS an hour ago and it will get through the make test with only one fail: Failed Test Status Wstat Total Fail Failed List of Failed modperl/request_rec_tie_api.t 31 33.33% 1 4 tests skipped. *** server loopback:8529 shutdown !!! error running tests (please examine t/logs/error_log) make: 1254-004 The error code from the last command is 1. In the t/logs/error_log I was seeing: exec(): 0509-036 Cannot load program /apache3/bin/httpd because of the following errors: 0509-150 Dependent module /apache3/lib/libaprutil-0.so could not be loaded. 0509-022 Cannot load module /apache3/lib/libaprutil-0.so. 0509-026 System error: The file access permissions do not allow the specified action. But after I changed owner from root to nobody it seemed ok. Then I did the same thing for libapr-0.so. Now the only odd looking thing in t/logs/error_log is: [Thu Mar 27 20:02:48 2003] [error] failed to resolve handler `TestError::syntax' [Thu Mar 27 20:02:48 2003] [error] [client 127.0.0.1] syntax error at /store/modperl-2.0/t/response/TestError/syntax.pm line 17, near \; Compilation failed in require at (eval 98) line 3. thanks! Todd -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED] Sent: Thursday, March 27, 2003 4:19 PM Cc: ODELL, TODD E (SWBT); '[EMAIL PROTECTED]' Subject: Re: Mod_perl 1.99_09dev on AIX4.3.3 Stas Bekman wrote: ODELL, TODD E (SWBT) wrote: [...] ulimit -c unlimited; t/TEST -clean Error in option spec: verbose:1 make: 1254-004 The error code from the last command is 255. hmm, I've added yesterday a support for make test TEST_VERBOSE=1 TEST_FILES=..., this is a problem with Getopt::Long, looks like you have an older version, which doesn't support this feature (it was added in 2.27). Though don't upgrade. Let's see if this can be workarounded, since many others have older version of this module. Try this patch: sorry, that patch wasn't complete, as I haven't removed the rule itself. I've now committed the right fix to cvs. Please test it. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
RE: Mod_perl 1.99_09dev on AIX4.3.3
Stas, I got the CVS tonight and the make was great! A new error on make test however: [EMAIL PROTECTED]:/store/modperl-2.0 make test cd src/modules/perl make -f Makefile.modperl Target all is up to date. /usr/local/bin/perl -Iblib/arch/Apache2 -Iblib/lib/Apache2 t/TEST -clean *** setting ulimit to allow core files ulimit -c unlimited; t/TEST -clean Error in option spec: verbose:1 make: 1254-004 The error code from the last command is 255. Stop. Thanks. -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 26, 2003 7:21 PM To: ODELL, TODD E (SWBT) Cc: '[EMAIL PROTECTED]' Subject: Re: Mod_perl 1.99_09dev on AIX4.3.3 ODELL, TODD E (SWBT) wrote: Stas, The output of perl -V:ld -V:cc is: ld='ld' cc='cc' the cc is the IBM Visual Age C (vac.C4.4.0.3) Thanks. I grabbed the CVS last night after reading msg: 50776 (regarding the TestHooks::init::first) to see if the errors would disappear. When I ran make I remembered there was a small edit for the make to work. In the Makefile and ModPerl-Registry/Makefile there was an undefined FULLPERLRUN. When I changed the FULLPERLRUN to FULLPERL it was fine. Didn't know where that would be in the a Makefile.PL, or elsewhere. Thanks, Todd. That has been fixed in cvs. Please test again. [Wed Mar 26 11:59:18 2003] [error] failed to resolve handler `TestHooks::init::first' [Wed Mar 26 11:59:18 2003] [error] [client 127.0.0.1] Can't locate TestHooks/init/first.pm in @INC (@INC contains: /store/modperl-2.0/t What happens if you add: PerlModule TestHooks::init somewhere in t/conf/httpd.conf after mod_perl.so is loaded and then run 't/TEST' (not 'make test' as it'll overwrite t/conf/httpd.conf) __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: make errors with mod_perl-1.99_08 on aix 4.3.3
Hello, I've been following the thread on AIX4.3.3 and mod_perl1.99_08 from Darryl Priest. I've been trying to install the mod_perl and by following the thread I was able to get to the point below by touching ./src/modules/perl/mod_perl.exp. I wasn't able to find any mod_perl.exp that was generated before. Before the error though I run into a lot of warnings like: ld: 0711-415 WARNING:Symbol perl_alloc is already exported. and ld: 0711-224 WARNING: Duplicate symbol: PL_patchlevel I know these are only warnings but is there something that's not quite right when you see all of those? LD_RUN_PATH= ld -bhalt:4 -bM:SRE -bI:/usr/local/perl5.8.0/lib/5.8.0/aix/CORE/perl.exp -bE:Base64.exp -bnoentry -lc -L/usr/local/lib Base64.o -o .../../../blib/arch/auto/APR/Base64/Base64.so ld: 0711-317 ERROR: Undefined symbol: .apr_base64_encode_len ld: 0711-317 ERROR: Undefined symbol: .apr_base64_decode_len ld: 0711-317 ERROR: Undefined symbol: .apr_base64_decode_binary ld: 0711-317 ERROR: Undefined symbol: .apr_base64_encode_binary ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. Thanks! Todd O'Dell
libapreq-1.0 Seg Faults
I installed libapreq-1.0 on an AIX 4.3.3 with Perl 5.6.1( build at bottom of page)/Apache 1.3.26/PHP-4.2.2. I read the README and INSTALL which came w/ the libapreq.1-0 and everything went fine. I compiled it with the same VAC 4.4.0.3 as I had used for the Perl/Apache. But when I try to use the Apache::Request it gives a 'segmentation fault (11)' in the error_log. An example is using the Apache::Status module which uses Apache::Request if loaded. With no args it'll print the screen fine but when I select something it does a segfault. Not sure how to correct this. I tried debugging it using dbx running httpd -X. After the fault: Segmentation fault in my_memstr at 0xd0ec3be8 ($t1) 0xd0ec3be8 (my_memstr+0x6c0) 800clwz r0,0x0(r12) I typed thread: thread state-k wchanstate-uk-tid mode held scope function $t1 run running38005 k no pro my_memstr Thanks for any ideas! The Makefile.PL on mod_perl was: % perl Makefile.PL APACHE_SRC=../apache_1.3.26/src NO_HTTPD=1 \ USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 perl -V: Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=aix, osvers=4.3.3.0, archname=aix uname='aix sbctss 3 4 000200554c00 ' config_args='' hint=previous, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='cc', ccflags ='-D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -DUSE_NATIVE_DLOPEN -q32 -D_LARGE_FILES -qlonglong', optimize='-O', cppflags='-D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -DUSE_NATIVE_DLOPEN -q32 -D_LARGE_FILES -qlonglong' ccversion='4.4.0.3', gccversion='', gccosandvers='' 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, usemymalloc=n, prototype=define Linker and Libraries: ld='ld', ldflags ='-brtl -b32' libpth=/lib /usr/lib /usr/ccs/lib libs=-lbind -lnsl -ldbm -ldl -lld -lm -lc -lcrypt -lbsd -lPW -liconv perllibs=-lbind -lnsl -ldl -lld -lm -lc -lcrypt -lbsd -lPW -liconv libc=/lib/libc.a, so=a, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_aix.xs, dlext=so, d_dlsymun=undef, ccdlflags='-bE:/usr/opt/perl5/lib/5.6.1/aix/CORE/perl.exp -bE:/usr/opt/perl5/lib/5.6.1/aix/CORE/perl.exp' cccdlflags=' ', lddlflags='-bhalt:4 -bM:SRE -bI:$(PERL_INC)/perl.exp -bE:$(BASEEXT).exp -b noentry -lc' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under aix Compiled at Mar 5 2002 14:17:17 @INC: /usr/opt/perl5/lib/5.6.1/aix /usr/opt/perl5/lib/5.6.1 /usr/opt/perl5/lib/site_perl/5.6.1/aix /usr/opt/perl5/lib/site_perl/5.6.1 /usr/opt/perl5/lib/site_perl . Todd E. O'Dell Network Services - TSS Staff Room 1118 500 E. 8th Kansas City, MO 64106 Office: (816)275-3626 Alpha Page: [EMAIL PROTECTED] [EMAIL PROTECTED]
RE: Clashing Apache::Symbol - Symbol ?
So with the incorrect lib, it was loading Apache::Symbol where 'use Symbol' was found? Thanks! -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] Sent: Monday, August 26, 2002 10:42 PM To: ODELL, TODD E (SWBT) Cc: ModPerl Mailing List Subject: Re: Clashing Apache::Symbol - Symbol ? ODELL, TODD E (SWBT) wrote: I just recently got my mod_perl to work. Config is mod_perl-1.27/Apache-1.3.26 on AIX 4.3.3. I wrote a PerlAuthenHandler which uses Expect.pm, requiring the normal Symbol.pm. In my startup.pl script for mod_perl I had this line: use lib qw(/usr/opt/perl5/lib/site_perl/5.6.1/aix/Apache); I get a bareword error when IO:Handle tries to call the gensym(Symbol.pm) BUT if I comment the above line out it seems to get past that. I see that there is an Apache::Symbol which looks quite different than the 'normal' one. My question is by letting the normal Symbol.pm load, so IO:Handle will work, is that going to mess things up since the Apache::Symbol is different? Or will everything be able to know which to use? eh? why in the world you are trying to do that? there is no /usr/opt/perl5/lib/site_perl/5.6.1/aix/Apache, there is /usr/opt/perl5/lib/site_perl/5.6.1/aix. Of course you will have problems when you load the wrong package. It's Apache::Symbol, not Symbol in the dir Apache/. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Clashing Apache::Symbol - Symbol ?
I just recently got my mod_perl to work. Config is mod_perl-1.27/Apache-1.3.26 on AIX 4.3.3. I wrote a PerlAuthenHandler which uses Expect.pm, requiring the normal Symbol.pm. In my startup.pl script for mod_perl I had this line: use lib qw(/usr/opt/perl5/lib/site_perl/5.6.1/aix/Apache); I get a bareword error when IO:Handle tries to call the gensym(Symbol.pm) BUT if I comment the above line out it seems to get past that. I see that there is an Apache::Symbol which looks quite different than the 'normal' one. My question is by letting the normal Symbol.pm load, so IO:Handle will work, is that going to mess things up since the Apache::Symbol is different? Or will everything be able to know which to use? Second the reason I'm using Expect is to wrap a Unix SecurID shell. I've tried installing the packages at CPAN for SecurID but I don't have access any .h files, or libraries for this SecurID shell so nothing has been installable. Any suggestions would be GREAT! Todd E. O'Dell Network Services - TSS Staff Room 1118 500 E. 8th Kansas City, MO 64106 Office: (816)275-3626 Alpha Page: [EMAIL PROTECTED] [EMAIL PROTECTED]
ld warnings for Symbol already exported or Exported symbol not defined during make for server
I run into these warnings during the make on the apache-1.3.26: ld: 0711-415 WARNING: Symbol perl_alloc is already exported. ld: 0711-415 WARNING: Symbol Perl_amagic_call is already exported. .. ld: 0711-319 WARNING: Exported symbol not defined: perl_module ld: 0711-319 WARNING: Exported symbol not defined: mod_perl_sent_header .. The same warnings seem to reoccur though out the make on the Apache were it concerns *.exp files for perl or mod_perl. The httpd created seems to work fine. Perl modules are loading, I did the Apache::Hello from Writing Apache Modules with Perl and C with success. Make test on mod_perl reported nothing bad. So I'm wondering if the items above are bad?, and the mod_perl only 'kinda' works. System OS: AIX 4.3.3 Perl: *this had the 5.6.1 fix for AIX concerning the native dlopen. Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=aix, osvers=4.3.3.0, archname=aix uname='aix sbctss 3 4 000200554c00 ' config_args='' hint=previous, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='cc', ccflags ='-D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -DUSE_NATIVE_DLOPEN -q32 -D_LARGE_FILES -qlonglong', optimize='-O', cppflags='-D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -DUSE_NATIVE_DLOPEN -q32 -D_LARGE_FILES -qlonglong' ccversion='4.4.0.3', gccversion='', gccosandvers='' 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, usemymalloc=n, prototype=define Linker and Libraries: ld='ld', ldflags ='-brtl -b32' libpth=/lib /usr/lib /usr/ccs/lib libs=-lbind -lnsl -ldbm -ldl -lld -lm -lc -lcrypt -lbsd -lPW -liconv perllibs=-lbind -lnsl -ldl -lld -lm -lc -lcrypt -lbsd -lPW -liconv libc=/lib/libc.a, so=a, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_aix.xs, dlext=so, d_dlsymun=undef, ccdlflags='-bE:/usr/opt/perl5/lib/5.6.1/aix/CORE/perl.exp -bE:/usr/opt/perl5/lib/5.6.1/aix/CORE/perl.exp' cccdlflags=' ', lddlflags='-bhalt:4 -bM:SRE -bI:$(PERL_INC)/perl.exp -bE:$(BASEEXT).exp -b noentry -lc' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under aix Compiled at Mar 5 2002 14:17:17 @INC: /usr/opt/perl5/lib/5.6.1/aix /usr/opt/perl5/lib/5.6.1 /usr/opt/perl5/lib/site_perl/5.6.1/aix /usr/opt/perl5/lib/site_perl/5.6.1 /usr/opt/perl5/lib/site_perl . The option options were: perl Makefile.PL APACHE_SRC=../apache-1.3.26/src \ NO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 apache was: configure --prefix=/apache2 \ --activate-module=src/modules/perl/libperl.a \ --activate-module=src/modules/php/libphp4.a \ --enable-module=ststus \ --enable-module=so Thanks in advance! Todd E. O'Dell Network Services - TSS Staff Room 1118 500 E. 8th Kansas City, MO 64106 Office: (816)275-3626 Alpha Page: [EMAIL PROTECTED] [EMAIL PROTECTED]