Apache::SharedMem 0.07 installation problem
I have problems with Apache::SharedMem 0.07 installation. Here is my configuration: bash$ uname -a Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown bash$ perl -v This is perl, v5.6.1 built for i686-linux And here is 'make test' report: bash$ make test TEST_VERBOSE=1 PERL_DL_NONLAZY=1 /usr/bin/perl5.00503 -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.00503/i386-li nux -I/usr/lib/perl5/5.005 03 -e 'use Test::Harness qw(runtests $verbose); $verbose=1; runtests @ARGV;' t/*.t t/assign..1..8 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/assign.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-8 Failed 7/8 tests, 12.50% okay t/import..1..5 ok 1 ok 2 ok 3 ok 4 ok 5 ok t/smartlock...1..16 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/smartlock.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-16 Failed 15/16 tests, 6.25% okay t/timedoutlock1..8 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/timedoutlock.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-8 Failed 7/8 tests, 12.50% okay t/zdestroy1..3 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/zdestroy.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- t/assign.t 2 512 87 87.50% 2-8 t/smartlock.t 2 51216 15 93.75% 2-16 t/timedoutlock.t2 512 87 87.50% 2-8 t/zdestroy.t2 512 33 100.00% 1-3 Failed 4/5 test scripts, 20.00% okay. 32/40 subtests failed, 20.00% okay. make: *** [test_dynamic] Error 2 -- Alexei Barantsev, ISP RAS E-mail: [EMAIL PROTECTED] ICQ : 3959207
Re: Apache::SharedMem 0.07 installation problem
What this command return on your system: $ perl -MIPC::SysV -e 'print IPC::SysV::ftok($ENV{PWD}, $), \n' best regards -- ___ O l i v i e rP o i t r e y USA disaster support http://www.osdn.com/911.shtml - Original Message - From: Alexei Barantsev [EMAIL PROTECTED] To: Modperl List [EMAIL PROTECTED] Sent: Tuesday, October 02, 2001 8:32 AM Subject: Apache::SharedMem 0.07 installation problem I have problems with Apache::SharedMem 0.07 installation. Here is my configuration: bash$ uname -a Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown bash$ perl -v This is perl, v5.6.1 built for i686-linux And here is 'make test' report: bash$ make test TEST_VERBOSE=1 PERL_DL_NONLAZY=1 /usr/bin/perl5.00503 -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.00503/i386-li nux -I/usr/lib/perl5/5.005 03 -e 'use Test::Harness qw(runtests $verbose); $verbose=1; runtests @ARGV;' t/*.t t/assign..1..8 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/assign.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-8 Failed 7/8 tests, 12.50% okay t/import..1..5 ok 1 ok 2 ok 3 ok 4 ok 5 ok t/smartlock...1..16 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/smartlock.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-16 Failed 15/16 tests, 6.25% okay t/timedoutlock1..8 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/timedoutlock.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-8 Failed 7/8 tests, 12.50% okay t/zdestroy1..3 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/zdestroy.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed -- -- --- t/assign.t 2 512 87 87.50% 2-8 t/smartlock.t 2 51216 15 93.75% 2-16 t/timedoutlock.t2 512 87 87.50% 2-8 t/zdestroy.t2 512 33 100.00% 1-3 Failed 4/5 test scripts, 20.00% okay. 32/40 subtests failed, 20.00% okay. make: *** [test_dynamic] Error 2 -- Alexei Barantsev, ISP RAS E-mail: [EMAIL PROTECTED] ICQ : 3959207
FW: Apache_1.3.19/mod_perl-1.24_01/perl5.6.1 on Solaris 2.6/Sun OS 5.6
Hi! I have been trying to install the subj combination with no luck. I have gone exactly through the steps suggested in the apache readme file: # gunzip apache_1.3.19.tar.gz # tar -xvf apache_1.3.19.tar # gunzip mod_perl-1.24_01.tar.gz # tar -xvf mod_perl-1.24.01.tar # cd mod_perl-1.24_01 # perl Makefile.PL \ APACHE_SRC=../apache_1.3.19/src \ USE_APACI=1 \ EVERYTHING=1 \ DO_HTTPD=1 (this reports no problems or versioning hints, and successfully completes) # make (This fails in the following way:) Will configure via APACI cp apaci/Makefile.libdir /usr/local/apache_1.3.19/src/modules/perl/Makefile.libd ir cp apaci/Makefile.tmpl /usr/local/apache_1.3.19/src/modules/perl/Makefile.tmpl cp apaci/README /usr/local/apache_1.3.19/src/modules/perl/README cp apaci/configure /usr/local/apache_1.3.19/src/modules/perl/configure cp apaci/libperl.module /usr/local/apache_1.3.19/src/modules/perl/libperl.module cp apaci/mod_perl.config.sh /usr/local/apache_1.3.19/src/modules/perl/mod_perl.c onfig.sh cp apaci/load_modules.pl.PL /usr/local/apache_1.3.19/src/modules/perl/load_modul es.pl.PL cp apaci/find_source.PL /usr/local/apache_1.3.19/src/modules/perl/find_source.PL cp apaci/apxs_cflags.PL /usr/local/apache_1.3.19/src/modules/perl/apxs_cflags.PL cp apaci/mod_perl.exp /usr/local/apache_1.3.19/src/modules/perl/mod_perl.exp * WARNING * Apache Version 1.3.0 required, aborting... * WARNING * # I redo the tar for apache_1.3.19 and attempted an installation of only the Apache_1.3.19 and got the following: # cd /usr/local/apache_1.3.19 # make === src make[1]: Entering directory `/usr/local/apache_1.3.19' make[2]: Entering directory `/usr/local/apache_1.3.19/src' === src/os/unix gcc -c -I../../os/unix -I../../include -DSOLARIS2=260 -DUSE_EXPAT -I../../lib /expat-lite -DNO_DL_NEEDED `../../apaci` os.c gcc -c -I../../os/unix -I../../include -DSOLARIS2=260 -DUSE_EXPAT -I../../lib /expat-lite -DNO_DL_NEEDED `../../apaci` os-inline.c rm -f libos.a ar cr libos.a os.o os-inline.o make[3]: ar: Command not found make[3]: *** [libos.a] Error 127 make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/usr/local/apache_1.3.19/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/usr/local/apache_1.3.19' make: *** [build] Error 2 Would greatly appreciate if you can enlighten me on what the problem might be? Regards Puay-Hoon
RE: Apache::SharedMem 0.07 installation problem
Nothing, sir! :) The matter is that $ENV{PWD} is empty. Neither works this one: $ perl -MIPC::SysV -e 'print IPC::SysV::ftok(`pwd`, $), \n' This variant works though: $ perl -MIPC::SysV -e 'chomp($pwd = `pwd`); print IPC::SysV::ftok($pwd, $), \n' -1760399103 -Original Message- From: Olivier Poitrey [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 02, 2001 12:24 PM To: [EMAIL PROTECTED]; Modperl List Subject: Re: Apache::SharedMem 0.07 installation problem What this command return on your system: $ perl -MIPC::SysV -e 'print IPC::SysV::ftok($ENV{PWD}, $), \n' best regards -- __ _ O l i v i e rP o i t r e y USA disaster support http://www.osdn.com/911.shtml - Original Message - From: Alexei Barantsev [EMAIL PROTECTED] To: Modperl List [EMAIL PROTECTED] Sent: Tuesday, October 02, 2001 8:32 AM Subject: Apache::SharedMem 0.07 installation problem I have problems with Apache::SharedMem 0.07 installation. Here is my configuration: bash$ uname -a Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown bash$ perl -v This is perl, v5.6.1 built for i686-linux And here is 'make test' report: bash$ make test TEST_VERBOSE=1 PERL_DL_NONLAZY=1 /usr/bin/perl5.00503 -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.00503/i386-li nux -I/usr/lib/perl5/5.005 03 -e 'use Test::Harness qw(runtests $verbose); $verbose=1; runtests @ARGV;' t/*.t t/assign..1..8 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/assign.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-8 Failed 7/8 tests, 12.50% okay t/import..1..5 ok 1 ok 2 ok 3 ok 4 ok 5 ok t/smartlock...1..16 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/smartlock.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-16 Failed 15/16 tests, 6.25% okay t/timedoutlock1..8 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/timedoutlock.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-8 Failed 7/8 tests, 12.50% okay t/zdestroy1..3 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/zdestroy.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed -- -- --- t/assign.t 2 512 87 87.50% 2-8 t/smartlock.t 2 51216 15 93.75% 2-16 t/timedoutlock.t2 512 87 87.50% 2-8 t/zdestroy.t2 512 33 100.00% 1-3 Failed 4/5 test scripts, 20.00% okay. 32/40 subtests failed, 20.00% okay. make: *** [test_dynamic] Error 2 -- Alexei Barantsev, ISP RAS E-mail: [EMAIL PROTECTED] ICQ : 3959207
Re: Apache::SharedMem 0.07 installation problem
Ok, the test failed because your $ENV{PWD} is empty, I'll trap this error on 0.08. By the way, why is your $ENV{PWD} empty ? regards -- ___ O l i v i e rP o i t r e y USA disaster support http://www.osdn.com/911.shtml* - Original Message - From: Alexei Barantsev [EMAIL PROTECTED] To: Olivier Poitrey [EMAIL PROTECTED]; Modperl List [EMAIL PROTECTED] Sent: Tuesday, October 02, 2001 10:50 AM Subject: RE: Apache::SharedMem 0.07 installation problem Nothing, sir! :) The matter is that $ENV{PWD} is empty. Neither works this one: $ perl -MIPC::SysV -e 'print IPC::SysV::ftok(`pwd`, $), \n' This variant works though: $ perl -MIPC::SysV -e 'chomp($pwd = `pwd`); print IPC::SysV::ftok($pwd, $), \n' -1760399103 -Original Message- From: Olivier Poitrey [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 02, 2001 12:24 PM To: [EMAIL PROTECTED]; Modperl List Subject: Re: Apache::SharedMem 0.07 installation problem What this command return on your system: $ perl -MIPC::SysV -e 'print IPC::SysV::ftok($ENV{PWD}, $), \n' best regards -- __ _ O l i v i e rP o i t r e y USA disaster support http://www.osdn.com/911.shtml - Original Message - From: Alexei Barantsev [EMAIL PROTECTED] To: Modperl List [EMAIL PROTECTED] Sent: Tuesday, October 02, 2001 8:32 AM Subject: Apache::SharedMem 0.07 installation problem I have problems with Apache::SharedMem 0.07 installation. Here is my configuration: bash$ uname -a Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown bash$ perl -v This is perl, v5.6.1 built for i686-linux And here is 'make test' report: bash$ make test TEST_VERBOSE=1 PERL_DL_NONLAZY=1 /usr/bin/perl5.00503 -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.00503/i386-li nux -I/usr/lib/perl5/5.005 03 -e 'use Test::Harness qw(runtests $verbose); $verbose=1; runtests @ARGV;' t/*.t t/assign..1..8 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/assign.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-8 Failed 7/8 tests, 12.50% okay t/import..1..5 ok 1 ok 2 ok 3 ok 4 ok 5 ok t/smartlock...1..16 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/smartlock.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-16 Failed 15/16 tests, 6.25% okay t/timedoutlock1..8 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/timedoutlock.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-8 Failed 7/8 tests, 12.50% okay t/zdestroy1..3 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/zdestroy.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed -- -- --- t/assign.t 2 512 87 87.50% 2-8 t/smartlock.t 2 51216 15 93.75% 2-16 t/timedoutlock.t2 512 87 87.50% 2-8 t/zdestroy.t2 512 33 100.00% 1-3 Failed 4/5 test scripts, 20.00% okay. 32/40 subtests failed, 20.00% okay. make: *** [test_dynamic] Error 2 -- Alexei Barantsev, ISP RAS E-mail: [EMAIL PROTECTED] ICQ : 3959207
RE: Apache::SharedMem 0.07 installation problem
Actually, it is strange. bash$ echo $PWD /home/barancev bash$ perl -e 'print $ENV{PWD}' bash$ perl -e 'print Oops!\n unless exists $ENV{PWD}' Oops! bash$ By the way, `env` command does not show PWD variable too. Somebody khows what the reason can be? Once again my system configuration is bash$ uname -a Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown Looks like it is not mod_perl related topic, sorry for noise. -Original Message- From: Olivier Poitrey [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 02, 2001 1:05 PM To: [EMAIL PROTECTED]; Modperl List Subject: Re: Apache::SharedMem 0.07 installation problem Ok, the test failed because your $ENV{PWD} is empty, I'll trap this error on 0.08. By the way, why is your $ENV{PWD} empty ? regards -- __ _ O l i v i e rP o i t r e y USA disaster support http://www.osdn.com/911.shtml* - Original Message - From: Alexei Barantsev [EMAIL PROTECTED] To: Olivier Poitrey [EMAIL PROTECTED]; Modperl List [EMAIL PROTECTED] Sent: Tuesday, October 02, 2001 10:50 AM Subject: RE: Apache::SharedMem 0.07 installation problem Nothing, sir! :) The matter is that $ENV{PWD} is empty. Neither works this one: $ perl -MIPC::SysV -e 'print IPC::SysV::ftok(`pwd`, $), \n' This variant works though: $ perl -MIPC::SysV -e 'chomp($pwd = `pwd`); print IPC::SysV::ftok($pwd, $), \n' -1760399103
Re: axkit segfaults
On Sunday 30 September 2001 18:20, [EMAIL PROTECTED] wrote: I read th FAQ but no succes: kampen@eureka:/w20/htdocs/xmltest strings /w20/bin/httpd |grep -i XML kampen@eureka:/w20/htdocs/xmltest I removed ssl and php4 from the build and only concentrated on modperl 1.26 and apache 1.3.20: Last ditch effort: instead of PerlModule AxKit (or whatever you may be using that isn't the following) try have a use AxKit in your startup.pl (before any AxKit directives come in. Or alternatively, delete use UNIVERSAL from AxKit.pm. If it is this specific problem, then we'd all appreciate detailed config as it occurs quite rarely and iirc is still a mind-boggling problem. -- ___ Robin Berjon [EMAIL PROTECTED] -- CTO k n o w s c a p e : // venture knowledge agency www.knowscape.com --- Chance is irrelevant. We will succeed. -- 7o9
testing modules under apache
hiya recently here at work ive been asked to start providing test scripts for my projects perl modules ive found that its kinda hard to figure out which way to testcertain paradigms i was wondering what sort of help/tips/tricks anyone out there in modperl land could help me with here is the root of my problem i have one modules for my project called *::Global now this module contains any subs that can be reused by the rest of my project as well as some constants and routines for calling in support tables relted to categories etc i did a use case test script on my *::ViewMember and it reches out for *::Global's constant called *::Global::MEMBER_COLUMNS now i usually load *::Global into the Apache startup.pl so it is instanced under Apache but of course in testing under the test harness this will fail! =-=-=--= ive noticed a couple of things that might help one is Apache::FakeRequest as well there is the way Apache::AuthCookie tests: by starting up an httpd server inside of its test directory id rather not do that as it could get messy fast so if anyone could give me any tips at all ifd be most appreciative thanks!
DB_File needs compatible versions
Hi, I just installed apache 1.3.20, mod_perl 1.26 on a Redhat 7.1 perl 5.6.0 When I go to start apache with my startup.pl file it fails and says DB_File needs compatible versions of libdb db.h you have db.h version 3.1.17 and libdb version 2.4.14 Any pointers? thanks in advance Scott
RE: CGI.pm params not being cleared?
OK, here's what I've found: If I install Apache::Sizelimit as a cleanup handler, neither Apache::SizeLimit::exit_if_too_big() or CGI::_reset_globals() are ever called. CGI::initialize_globals (which is what _reset_globals calls) is called once, at compile time for CGI.pm. When I removed Apache::Sizelimit as a cleanup handler, _reset_globals is called normally, and my original symptom disappears. If I put Apache::SizeLimit in as a FixupHandler CGI::_reset_globals() is called as expected, as is Apache::SizeLimit::exit_if_too_big() and my own FixupHandler's handler routine. Does this help? Alex -- Alex Harper Configuration Management [EMAIL PROTECTED] Use whatever you think of first -- Larry Wall -Original Message- From: Perrin Harkins [mailto:[EMAIL PROTECTED]] Sent: Monday, October 01, 2001 11:43 PM To: Alex Harper Cc: [EMAIL PROTECTED] Subject: Re: CGI.pm params not being cleared? Alex Harper wrote: I'm using a mod_perl 1.26 RPM I built using the RedHat RPM prep files and dropping in the 1.26 code. I believe it is built EVERYTHING=1. Apache::Status indicates all hooks are enabled, including: PerlStackedHandlers Enabled Okay. Would you mind putting some debugging statements in to find out what's being called? If you could put something in Apache::SizeLimit::exit_if_too_big() and something in CGI::_reset_globals(), maybe we can get to the bottom of this. - Perrin
[OT] Re: DB_File needs compatible versions
On Tuesday 02 October 2001 20:19, [EMAIL PROTECTED] wrote: When I go to start apache with my startup.pl file it fails and says DB_File needs compatible versions of libdb db.h you have db.h version 3.1.17 and libdb version 2.4.14 Go to http://www.sleepycat.com, grab the latest BerkeleyDB, install it, re-install the Perl module DB_File, and try again. It's likely that RH messed these up somewhere. Otherwise, check that your includes and library paths are in sync (some versions of BerkeleyDB use different paths). -- ___ Robin Berjon [EMAIL PROTECTED] -- CTO k n o w s c a p e : // venture knowledge agency www.knowscape.com --- Radioactive cats have 18 half-lives.
Knowledge Base design/proposal
I have an initial *very rough* draft of a design document and project proposal for the knowledge base. Please do not consider it final. http://www.jamesmith.com/code/perlkb/ There are links to both PostScript and PDF versions, uncompressed and gzip'd. Comments are welcome on general design issues -- sensible? too over-engineered? under-engineered? I'll be updating it and adding information to the document over the next few days to couple of weeks (e.g., still no cost analysis or work breakdown and only a cursory overview of the issues being solved and the design itself). It will likely evolve into a printable manual as the design becomes more detailed. -- James Smith [EMAIL PROTECTED], 979-862-3725 Texas AM CIS Operating Systems Group, Unix
RE: ANNOUNCE: Apache::OpenIndex
OpenIndex provides a file manager for an Apache modperl web site using a web browser. Looks good George any plans to add better authentication (eg certificates) and to set it up for secure SSL file transfers? Clinton Gormley
Apache::DBI
Hi, we have a problem with Apache::DBI ... after activating it in httpd.conf the server-start fails when using Apache::DBI. The installation of mod_perl and mod_ssl brought up no error messages. Perl itself works fine Perl DBI works fine Appache works fine Apache Mod_SSL works fine Apache Mod_Perl works fine The recompilation of Apache did not bring any better results ... Any Ideas? Ciao Thanks, Markus --- Start Apache: = /usr/local/apache/bin: apachectl restart ./apachectl restart: configuration broken, ignoring restart ./apachectl restart: (run 'apachectl configtest' for details) Apache Configtest: == /usr/local/apache/bin: apachectl configtest Syntax error on line 1235 of /usr/local/apache/conf/httpd.conf: Can't load '/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBI/DBI.so' for module DBI: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBI/DBI.so: symbol main: referenced symbol not found at /usr/local/lib/perl5/5.6.1/sun4-solaris/DynaLoader.pm line 206. at /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/DBI.pm line 189 BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/DBI.pm line 189. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.6.1/Apache/DBI.pm line 4. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.6.1/Apache/DBI.pm line 4. Compilation failed in require at (eval 3) line 3. Configuration File (Line 1229): === # -- # TradeDB Configuration: 27.09.01 # -- # 27.09.01 First Config # -- PerlModule Apache::DBI PerlModule Apache::Registry PerlModule Apache::AuthDBI
RE: ANNOUNCE: Apache::OpenIndex
At 07:37 PM 10/2/2001 +0100, you wrote: OpenIndex provides a file manager for an Apache modperl web site using a web browser. Looks good George any plans to add better authentication (eg certificates) and to set it up for secure SSL file transfers? Clinton Gormley Authentication and any other Apache service (SSL) are outside of scope of OpenIndex. The reason why a fake directory (default .XOI) is used to access the site's files through OpenIndex, is to allow location and directory Apache directives to provide the other desired services, while they may not be required for the normal (http) site browser access. Hope this answers your question. ++ | George Sanderson [EMAIL PROTECTED] | http://www.xorgate.com ++
RE: CGI.pm params not being cleared?
Hi all, It doesn't much matter whether you're using stacked handlers or not, or pushing vs. replacing, because the $r-child_terminate method seems to simply call the C exit(0) function under certain conditions (Win32, old version of apache, anything else?). Not much chance of any further action if that's happening. Under normal conditions child_terminate() is just supposed to set: requests_this_child = ap_max_requests_per_child = 1; which shouldn't be a problem. Geoffrey Young [EMAIL PROTECTED] wrote: -Original Message- From: Perrin Harkins To: Alex Harper Cc: Daniel; [EMAIL PROTECTED] Sent: 10/1/01 11:35 PM Subject: Re: CGI.pm params not being cleared? Alex Harper wrote: Aha! That's where the problem lies. I had recently added: PerlCleanupHandler +Apache::Sizelimit to my httpd.conf. I placed it there so the sizelimit would be enforced post-request. Removing the line fixed my problem. Whoa! This could be bad. Apache::SizeLimit calls $r-post_connection(). Is that replacing existing cleanup handlers? I thought post_connection()/register_cleanup() pushed handlers on the stack rather than replacing them. you know, I just tested this this afternoon - register_cleanup does push handlers onto the stack. however, I have read a few bug reports in the archives that mention bugs along these lines - that sometimes the cleanup phase seems to allow only one handler. I know Randal mentioned it once, but IIRC it was 2+ years ago... FWIW --Geoff
Re: CGI.pm params not being cleared?
It doesn't much matter whether you're using stacked handlers or not, or pushing vs. replacing, because the $r-child_terminate method seems to simply call the C exit(0) function under certain conditions (Win32, old version of apache, anything else?). Not much chance of any further action if that's happening. What is this Win32 you speak of? I actually don't think this is much of an issue since people running on Win32 probably don't use SizeLimit (with one process, it's not such an issue), and it wouldn't work if they did since it doesn't know how to check process size there. Of course if someone out there needs it on Win32 and wants to contribute code to make it work, I'll take the patch. - Perrin
Re: Apache::DBI
Are you using redhat 7.1? Tor. Markus Linke wrote: Hi, we have a problem with Apache::DBI ... after activating it in httpd.conf the server-start fails when using Apache::DBI. The installation of mod_perl and mod_ssl brought up no error messages. Perl itself works fine Perl DBI works fine Appache works fine Apache Mod_SSL works fine Apache Mod_Perl works fine The recompilation of Apache did not bring any better results ... Any Ideas? Ciao Thanks, Markus --- Start Apache: = /usr/local/apache/bin: apachectl restart ./apachectl restart: configuration broken, ignoring restart ./apachectl restart: (run 'apachectl configtest' for details) Apache Configtest: == /usr/local/apache/bin: apachectl configtest Syntax error on line 1235 of /usr/local/apache/conf/httpd.conf: Can't load '/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBI/DBI.so' for module DBI: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBI/DBI.so: symbol main: referenced symbol not found at /usr/local/lib/perl5/5.6.1/sun4-solaris/DynaLoader.pm line 206. at /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/DBI.pm line 189 BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/DBI.pm line 189. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.6.1/Apache/DBI.pm line 4. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.6.1/Apache/DBI.pm line 4. Compilation failed in require at (eval 3) line 3. Configuration File (Line 1229): === # -- # TradeDB Configuration: 27.09.01 # -- # 27.09.01 First Config # -- PerlModule Apache::DBI PerlModule Apache::Registry PerlModule Apache::AuthDBI
Re: [OT] Re: DB_File needs compatible versions
I have seen this one before, you will have to recompile DB_File.pm. Maybe someone can shade some light of why this happen, anyways here's how I fix it. 1) I changed the symlink of db.h under /usr/include (btw, I'm using redhat 7.1) and point it to db2/db.h i.e. lrwxrwxrwx1 root root8 Jul 12 11:05 db.h - db2/db.h 2) untar the source of db_file.pm and modify the config.in file - change the value of INCLUDE to /usr/include - change the value of LIB to /usr/lib - change the value of DBNAME to -db2 3) save and compile, install the source. -I have choose to use BerkelyDB 2 instead of 3, since I still have some berkely db file generated with BerkelyDB2. -I am not completely sure if this will cause any harm to the system (especially the symlink part), but so far, everything works just fine for me. Good luck. Tor. Robin Berjon wrote: On Tuesday 02 October 2001 20:19, [EMAIL PROTECTED] wrote: When I go to start apache with my startup.pl file it fails and says DB_File needs compatible versions of libdb db.h you have db.h version 3.1.17 and libdb version 2.4.14 Go to http://www.sleepycat.com, grab the latest BerkeleyDB, install it, re-install the Perl module DB_File, and try again. It's likely that RH messed these up somewhere. Otherwise, check that your includes and library paths are in sync (some versions of BerkeleyDB use different paths). -- ___ Robin Berjon [EMAIL PROTECTED] -- CTO k n o w s c a p e : // venture knowledge agency www.knowscape.com --- Radioactive cats have 18 half-lives.
segfault on start....
I seem to have something boned... I can't even run an apachectl configtest without segfaulting. # ../bin/apachectl start ../bin/apachectl: line 171: 16563 Segmentation fault $HTTPD ../bin/apachectl start: httpd could not be started Removing the Apache::Registry call from my httpd.conf makes the problem go away immediately. This is on apache 1.3.20, mod_perl 1.26, and perl 5.6.1 (-V output at the bottom) Anyone have any thoughts? D # perl -v This is perl, v5.6.1 built for i686-linux-thread-multi Copyright 1987-2001, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using `man perl' or `perldoc perl'. If you have access to the Internet, point your browser at http://www.perl.com/, the Perl Home Page. [root@minbar conf]# perl -V Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=linux, osvers=2.2.17, archname=i686-linux-thread-multi uname='linux minbar.megacity.org 2.2.17 #1 mon sep 4 22:42:31 pdt 2000 i686 unknown ' config_args='-Dusethreads' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='cc', ccflags ='-D_REENTRANT -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-D_REENTRANT -fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)', 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, usemymalloc=n, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lpthread -lc -lposix -lcrypt -lutil perllibs=-lnsl -ldl -lm -lpthread -lc -lposix -lcrypt -lutil libc=/lib/libc-2.1.2.so, so=so, useshrplib=false, libperl=libperl.a 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: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Built under linux Compiled at Apr 9 2001 07:56:05 @INC: /usr/local/lib/perl5/5.6.1/i686-linux-thread-multi /usr/local/lib/perl5/5.6.1 /usr/local/lib/perl5/site_perl/5.6.1/i686-linux-thread-multi /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl/5.6.0/i686-linux-thread-multi /usr/local/lib/perl5/site_perl/5.6.0 /usr/local/lib/perl5/site_perl . -- +-+-+ | [EMAIL PROTECTED] | Thou art the ruins of the noblest man | | Derek J. Balling | That ever lived in the tide of times. | | | Woe to the hand that shed this costly | | | blood - Julius Caesar Act 3, Scene 1 | +-+-+
Re: [OT] Re: DB_File needs compatible versions
I had this problem also with redhat 7.1, and I fixed it the same way. I believe it is caused by loading two different versions of the same shared object into the Apache webserver. In my case, I was loading one version (db2) of berkeley db with: LoadModule db_auth_module modules/mod_auth_db.so and then a different version with DB_File.so inside mod_perl. If you leave the /usr/include/db.h pointing to db3/db.h when you compile DB_File, it results in a version 3 DB_File.so object. Another solution would probably be to comment out the LoadModule statement in your .conf. But that would only work if you don't need it for anything. -Adi [EMAIL PROTECTED] wrote: I have seen this one before, you will have to recompile DB_File.pm. Maybe someone can shade some light of why this happen, anyways here's how I fix it. 1) I changed the symlink of db.h under /usr/include (btw, I'm using redhat 7.1) and point it to db2/db.h i.e. lrwxrwxrwx1 root root8 Jul 12 11:05 db.h - db2/db.h 2) untar the source of db_file.pm and modify the config.in file - change the value of INCLUDE to /usr/include - change the value of LIB to /usr/lib - change the value of DBNAME to -db2 3) save and compile, install the source. -I have choose to use BerkelyDB 2 instead of 3, since I still have some berkely db file generated with BerkelyDB2. -I am not completely sure if this will cause any harm to the system (especially the symlink part), but so far, everything works just fine for me. Good luck. Tor. Robin Berjon wrote: On Tuesday 02 October 2001 20:19, [EMAIL PROTECTED] wrote: When I go to start apache with my startup.pl file it fails and says DB_File needs compatible versions of libdb db.h you have db.h version 3.1.17 and libdb version 2.4.14 Go to http://www.sleepycat.com, grab the latest BerkeleyDB, install it, re-install the Perl module DB_File, and try again. It's likely that RH messed these up somewhere. Otherwise, check that your includes and library paths are in sync (some versions of BerkeleyDB use different paths). -- ___ Robin Berjon [EMAIL PROTECTED] -- CTO k n o w s c a p e : // venture knowledge agency www.knowscape.com --- Radioactive cats have 18 half-lives.
What hourly rate to charge for programming?
I've had about two years of experience with perl, and one year of experience with mod_perl and MySQL. I've been doing contract programming jobs for people and charged by the hour. The rate I currently charge them ($40) was kind of chosen randomly. I'd like to find out if this figure is too high/too low. Does anyone here have any experiences to share?
Re: What hourly rate to charge for programming?
I've had about two years of experience with perl, and one year of experience with mod_perl and MySQL. I've been doing contract programming jobs for people and charged by the hour. The rate I currently charge them ($40) was kind of chosen randomly. I'd like to find out if this figure is too high/too low. Does anyone here have any experiences to share? Contract programming is entirely different from salaried work. Assuming you live in the United States and are charging US dollars, Consider: Taxes (including an additional self-employment tax). Insurance (health, general liability, and possibly others) (Home) Office Expenses -- stuff you use to generate invoices, stuff you use to do your actual work if done in your home, rent, etc. Continued education -- consultants are expected to be experts. Greater risk. You generally will also never work as much as you'd like to. Your clients also get to wash their hands of you completely. Your expenses are a direct tax writeoff, rather than an additional accounting headache. After deducting all of the above, a $40/hr rate starts looking more like an $18/hr rate, and maybe even less. Consultants don't _just_ bill $100/hr because they're scam artists. :) You're charging effectively half of what a salaried perl/mysql hacker costs. Humility is a valuable business trait, but I'm positive you're worth more than you're charging. --- Michael Bacarella | 545 Eighth Ave #401 | New York, NY 10018 Systems Analysis Support | [EMAIL PROTECTED] Managed Services | 212 946-1038
Re: [VOT] What hourly rate to charge for programming?
Hey guys..MASSIVELY OFF TOPIC!! :( :( :( At 12:24 AM 10/3/2001 -0400, Michael Bacarella wrote: I've had about two years of experience with perl, and one year of experience with mod_perl and MySQL. I've been doing contract programming jobs for people and charged by the hour. The rate I currently charge them ($40) was kind of chosen randomly. I'd like to find out if this figure is too high/too low. Does anyone here have any experiences to share? Contract programming is entirely different from salaried work. Assuming you live in the United States and are charging US dollars, Consider: Taxes (including an additional self-employment tax). Insurance (health, general liability, and possibly others) (Home) Office Expenses -- stuff you use to generate invoices, stuff you use to do your actual work if done in your home, rent, etc. Continued education -- consultants are expected to be experts. Greater risk. You generally will also never work as much as you'd like to. Your clients also get to wash their hands of you completely. Your expenses are a direct tax writeoff, rather than an additional accounting headache. After deducting all of the above, a $40/hr rate starts looking more like an $18/hr rate, and maybe even less. Consultants don't _just_ bill $100/hr because they're scam artists. :) It depends on your location of course. I notice that Michael is in Manhattan which is a pretty expensive salary area of the USA. And it also depends on how long you are on a contract -- 6 months? A year at a time? or just a week or two to solve a specialized problem? You're charging effectively half of what a salaried perl/mysql hacker costs. Humility is a valuable business trait, but I'm positive you're worth more than you're charging. Maybe.
Re: What hourly rate to charge for programming?
Well put...and one more itemwhen you invoice your customer, say net 30, they intentially sit on it for 60 days, then cut and date the check on the 61st day, then keep it in their desk for another two weeks, so what out for cash flow and future value of money On Wed, 3 Oct 2001, Michael Bacarella wrote: I've had about two years of experience with perl, and one year of experience with mod_perl and MySQL. I've been doing contract programming jobs for people and charged by the hour. The rate I currently charge them ($40) was kind of chosen randomly. I'd like to find out if this figure is too high/too low. Does anyone here have any experiences to share? Contract programming is entirely different from salaried work. Assuming you live in the United States and are charging US dollars, Consider: Taxes (including an additional self-employment tax). Insurance (health, general liability, and possibly others) (Home) Office Expenses -- stuff you use to generate invoices, stuff you use to do your actual work if done in your home, rent, etc. Continued education -- consultants are expected to be experts. Greater risk. You generally will also never work as much as you'd like to. Your clients also get to wash their hands of you completely. Your expenses are a direct tax writeoff, rather than an additional accounting headache. After deducting all of the above, a $40/hr rate starts looking more like an $18/hr rate, and maybe even less. Consultants don't _just_ bill $100/hr because they're scam artists. :) You're charging effectively half of what a salaried perl/mysql hacker costs. Humility is a valuable business trait, but I'm positive you're worth more than you're charging. --- Michael Bacarella | 545 Eighth Ave #401 | New York, NY 10018 Systems Analysis Support | [EMAIL PROTECTED] Managed Services | 212 946-1038 -- - Medi Montaseri [EMAIL PROTECTED] Unix Distributed Systems EngineerHTTP://www.CyberShell.com CyberShell Engineering -
Re: What hourly rate to charge for programming?
I've had about two years of experience with perl, and one year of experience with mod_perl and MySQL. I've been doing contract programming jobs for people and charged by the hour. The rate I currently charge them ($40) was kind of chosen randomly. I'd like to find out if this figure is too high/too low. Does anyone here have any experiences to share? My company normally does short term work (less than a month). Rates are along the lines of $150/hour for the really short stuff, on down to $100/hour for well-defined, known length contract stuff. Don't cheat yourself ... as a freelance, if they are not willing to put up $80 to $100 an hour, they may not be worth your time by the time you fool with actually getting their business (your own little marketing dept :-) , administrative stuff to document the project, taxes, and an occasional trip to your para-legal or attorney. Thats just my $0.02 (er, 4 minutes, rounds up to 1/4 hour, thats $40 dude) -Bryan
Re: segfault on start....
Derek Balling wrote: I seem to have something boned... I can't even run an apachectl configtest without segfaulting. # ../bin/apachectl start ../bin/apachectl: line 171: 16563 Segmentation fault $HTTPD ../bin/apachectl start: httpd could not be started Removing the Apache::Registry call from my httpd.conf makes the problem go away immediately. This is on apache 1.3.20, mod_perl 1.26, and perl 5.6.1 (-V output at the bottom) Anyone have any thoughts? Please follow the instructions in the SUPPORT file in the modperl source distro to report a segfault. thanks. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: segfault on start....
At 1:01 PM +0800 10/3/01, Stas Bekman wrote: Derek Balling wrote: I seem to have something boned... I can't even run an apachectl configtest without segfaulting. # ../bin/apachectl start ../bin/apachectl: line 171: 16563 Segmentation fault $HTTPD ../bin/apachectl start: httpd could not be started Removing the Apache::Registry call from my httpd.conf makes the problem go away immediately. This is on apache 1.3.20, mod_perl 1.26, and perl 5.6.1 (-V output at the bottom) Anyone have any thoughts? Please follow the instructions in the SUPPORT file in the modperl source distro to report a segfault. thanks. Did that. THAT's the output I get, nothing more. Make test, and the test server all check out 100% and run fine, its only when I put it in production that it takes a dump, and leaves absolutely nothing except what you see there. Lots of the segfault stuff in SUPPORT has to do with when it segfaults on a request. It's hard to attach to the running process or send the request that causes the segfault when you can't get that far. ;) D -- +-+-+ | [EMAIL PROTECTED] | Thou art the ruins of the noblest man | | Derek J. Balling | That ever lived in the tide of times. | | | Woe to the hand that shed this costly | | | blood - Julius Caesar Act 3, Scene 1 | +-+-+
Re: DB_File needs compatible versions
On Tue, 2 Oct 2001, [EMAIL PROTECTED] wrote: I just installed apache 1.3.20, mod_perl 1.26 on a Redhat 7.1 perl 5.6.0 When I go to start apache with my startup.pl file it fails and says DB_File needs compatible versions of libdb db.h you have db.h version 3.1.17 and libdb version 2.4.14 You've run into the classic problem of having a DB version preinstalled (or as part of glibc) that wasn't fully replaced by a new install. You're getting the DB header from the new install and the library from the old. My solution (on SuSE) was to use LD_PRELOAD, but your best bet is to try the recommendations in the troubleshooting section of the DB_File distribution's README. The sections Incompatible versions of db.h and libdb and Linux Notes are particularly relevant. The file docs/ref/build_unix/shlib.html in the Berkeley DB distribution also discusses the details of shared library versions. -- Jonathan ConwayReverse Polish LISP - for those times Forth [EMAIL PROTECTED]just isn't on enough crack.
Re: segfault on start....
Derek Balling wrote: Did that. THAT's the output I get, nothing more. Make test, and the test server all check out 100% and run fine, its only when I put it in production that it takes a dump, and leaves absolutely nothing except what you see there. Lots of the segfault stuff in SUPPORT has to do with when it segfaults on a request. It's hard to attach to the running process or send the request that causes the segfault when you can't get that far. ;) Run your httpd in -X mode without the help of the apachectl start script. You can get that under gdb. -X mode runs in single process mode, and is most handy for diagnosing problems such as these. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks Founder Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Installation of Apache Weblogic
Azimul Haque wrote: Hi! I am wondering for installation of Apache weblogic? Could you please tell me what is the exact address for Apache web logic? What is the installation process in Windows machine? Your kind cooperation would highly appeciated This is the mailing list for mod_perl. This post is off topic, sorry. If you would like to use mod_perl for your web application needs instead of web logic, try: http://perl.apache.org If you would like to learn more about perl and its various web application environments, see this article here: http://www.perl.com/pub/a/2001/08/21/templating.html --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks Founder Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: segfault on start....
At 10:38 PM -0700 10/2/01, Joshua Chamas wrote: Derek Balling wrote: Did that. THAT's the output I get, nothing more. Make test, and the test server all check out 100% and run fine, its only when I put it in production that it takes a dump, and leaves absolutely nothing except what you see there. Lots of the segfault stuff in SUPPORT has to do with when it segfaults on a request. It's hard to attach to the running process or send the request that causes the segfault when you can't get that far. ;) Run your httpd in -X mode without the help of the apachectl start script. You can get that under gdb. -X mode runs in single process mode, and is most handy for diagnosing problems such as these. I guess I'm dense: # ../bin/httpd -X -f conf/httpd.conf.mod_perl Segmentation fault how is this more helpful? ;) Pretend like I'm NOT some C-code guru, and explain to me what I need to do, because it doesn't seem like doing what the docs say is helping. *chuckle* What can I give you that would be helpful to debug this? :) D -- +-+-+ | [EMAIL PROTECTED] | Thou art the ruins of the noblest man | | Derek J. Balling | That ever lived in the tide of times. | | | Woe to the hand that shed this costly | | | blood - Julius Caesar Act 3, Scene 1 | +-+-+
Re: site copies under the one httpd
raptor wrote: hi, I have a site, it has two copies one that is on the Dev server (dev-copy) and the other Production one. So what I want ? I want to have the Production site on my dev machine ... ( i'm arraging that the DB and all dependant stuff get copied after some time passes). But AS U KNOW I can't have two different modules with the same name under one mod_perl even if they are on different virtual-hosts, 'cause they get precompiled under the same name... Is the only solution to use differnt mod_perl processes to handle this situation ?!! This is the best way, but certainly not only way. Any change in development could kill your production web server, and you will probably be stop/starting your web server lots too, so save yourself, and others visiting your site, the grief and keep your dev prod httpd's running separately on different ports at the very least. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks Founder Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: FW: Apache_1.3.19/mod_perl-1.24_01/perl5.6.1 on Solaris 2.6/Sun OS 5.6
Yeo Puay Hoon wrote: /expat-lite -DNO_DL_NEEDED `../../apaci` os.c gcc -c -I../../os/unix -I../../include -DSOLARIS2=260 -DUSE_EXPAT -I../../lib /expat-lite -DNO_DL_NEEDED `../../apaci` os-inline.c rm -f libos.a ar cr libos.a os.o os-inline.o make[3]: ar: Command not found make[3]: *** [libos.a] Error 127 make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/usr/local/apache_1.3.19/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/usr/local/apache_1.3.19' make: *** [build] Error 2 I would make sure there is the program ar in your path. Without this you will not have much luck compiling things I bet. On my box ( 2.6 x86 ), its at /usr/ccs/bin/ prompt whereis ar ar: /usr/ccs/bin/ar /usr/include/ar.h /usr/man/man1/ar.1 /usr/man/man4/ar.4 So make sure its in your PATH like: PATH=/usr/ccs/bin:$PATH in your .bashrc or whatever other init script is run. If you change the .bashrc, you need to login again, or resource the file like: prompt source .bashrc -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks Founder Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: segfault on start....
On Tue, Oct 02, 2001 at 10:46:45PM -0700, Derek Balling wrote: Run your httpd in -X mode without the help of the apachectl start script. You can get that under gdb. -X mode runs in single process mode, and is most handy for diagnosing problems such as these. I guess I'm dense: # ../bin/httpd -X -f conf/httpd.conf.mod_perl Segmentation fault how is this more helpful? ;) Joshua meant for you to run it in gdb with that option, but it might not be very helpfull if you didn't compile with CFLAGS=-g But you can try it anyay: gdb ../bin/httpd (gdb) run -X likely to give a segmentation fault (gdb) bt and send the information it gives here. Another option would be to: to use strace|truss|whatever your system uses to trace system call strace ../bin/httpd -X Which might give you a lot of information which will very likely be to much to post here. Pretend like I'm NOT some C-code guru, and explain to me what I need to do, because it doesn't seem like doing what the docs say is helping. *chuckle* Isn't there anything about debugging in the documentation? -- Thomas Eibner http://thomas.eibner.dk/ DnsZone http://dnszone.org/ mod_pointer http://stderr.net/mod_pointer
Re: segfault on start....
Derek Balling wrote: Run your httpd in -X mode without the help of the apachectl start script. You can get that under gdb. -X mode runs in single process mode, and is most handy for diagnosing problems such as these. I guess I'm dense: # ../bin/httpd -X -f conf/httpd.conf.mod_perl Segmentation fault how is this more helpful? ;) Pretend like I'm NOT some C-code guru, and explain to me what I need to do, because it doesn't seem like doing what the docs say is helping. *chuckle* unix prompt gdb ../bin/httpd ... gdb header stuff ... (gdb) run -X -f conf/httpd.conf.mod_perl Segfault (gdb) bt !!! UGLY STACK TRACE TO FOLLOW !!! This *MIGHT* give the real gurus on the list something to work with. Its how I have debugged many a segfault in my day. This or something like it. You can also load up a core dump with gdb, but I can't remember the last time I did that, so I have no real directions here, but its probably just prompt gdb core ... (gdb) bt [ find out where it segfaulted ] --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks Founder Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: segfault on start....
Joshua meant for you to run it in gdb with that option, but it might not be very helpfull if you didn't compile with CFLAGS=-g Well, I did PERL_DEBUG=1, which allegedly does that. :) But you can try it anyay: gdb ../bin/httpd (gdb) run -X likely to give a segmentation fault (gdb) bt and send the information it gives here. (gdb) run -X -f conf/httpd.conf.mod_perl Starting program: /web1.3/conf/../bin/httpd -X -f conf/httpd.conf.mod_perl Program received signal SIGSEGV, Segmentation fault. 0x80de49c in Perl_gv_fetchpv () (gdb) bt #0 0x80de49c in Perl_gv_fetchpv () #1 0x80da33f in Perl_get_sv () #2 0x808a461 in perl_create_request_config () #3 0x808a6ac in perl_cmd_handler_handlers () #4 0x80afde6 in ap_clear_module_list () #5 0x80b0223 in ap_handle_command () #6 0x80b02b7 in ap_srm_command_loop () #7 0x80b0910 in ap_process_resource_config () #8 0x80b1182 in ap_read_config () #9 0x80bb0a9 in main () #10 0x400df1eb in __libc_start_main (main=0x80bae1c main, argc=4, argv=0xbc54, init=0x8062748 _init, fini=0x816442c _fini, rtld_fini=0x4000a610 _dl_fini, stack_end=0xbc4c) at ../sysdeps/generic/libc-start.c:90 Pretend like I'm NOT some C-code guru, and explain to me what I need to do, because it doesn't seem like doing what the docs say is helping. *chuckle* Isn't there anything about debugging in the documentation? It all seems centered around, near as I can tell, debugging a server that runs but takes a dump on a particular script/URL/etc. D -- +-+-+ | [EMAIL PROTECTED] | Thou art the ruins of the noblest man | | Derek J. Balling | That ever lived in the tide of times. | | | Woe to the hand that shed this costly | | | blood - Julius Caesar Act 3, Scene 1 | +-+-+
Re: Apache::DBI
Markus Linke wrote: /usr/local/apache/bin: apachectl configtest Syntax error on line 1235 of /usr/local/apache/conf/httpd.conf: Can't load '/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBI/DBI.so' for module DBI: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBI/DBI.so: symbol main: referenced symbol not found at /usr/local/lib/perl5/5.6.1/sun4-solaris/DynaLoader.pm line 206. at /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/DBI.pm line 189 BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/DBI.pm line 189. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.6.1/Apache/DBI.pm line 4. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.6.1/Apache/DBI.pm line 4. Compilation failed in require at (eval 3) line 3. If I were in your shoes, and I saw this on my machine, I would be tempted to NOT find out how to make your software work, and instead recompile everything from scratch after cleanly backing up deleting the old software components: perl, apache, mod_perl. I really would not spend any time trying to fix this just start from scratch. If you did want to fix it, I might try reinstalling DBI, and then recompiling mod_perl, and so one, but eventually I might rebuild all the components. Also, on the off chance that this is a DSO problem, compile your mod_perl statically, not DSO. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks Founder Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: testing modules under apache
clayton cottingham wrote: [the gist of the clayton's request: The code needs to be tested under live httpd with mod_perl. How? ] Apache-Test framework developed for mod_perl 2.0 is *exactly* what you want. See how httpd-2.0 uses it (http://httpd.apache.org/test/ look for 'Perl Framework'). Grab the httpd-test sources (cvs from the above URL) and it's all there under perl-framework/. The module was primary developed for 2.x but should work for 1.x as well. I think that the only requirement is perl 5.6.x. I've started to write some basic guide for Apache-Test which you can find in the modperl-docs repository (currently only in .pod form): src/devel/writing_tests/writing_tests.pod You can grab the docs rep from http://cvs.apache.org/snapshots/modperl-docs/ (or via cvs) Feel free to contribute back extensions for this doc... _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
cvs commit: modperl-2.0/t/response/TestApache conftree.pm
stas01/10/02 06:30:32 Modified:perl-framework/Apache-Test/lib/Apache TestConfigPerl.pm t/apisend_fd.t sendfile.t t/filter input_msg.t t/response/TestApache conftree.pm Log: - use the cached Apache::Test::config() instead of Apache::TestConfig-thaw Revision ChangesPath 1.35 +2 -2 httpd-test/perl-framework/Apache-Test/lib/Apache/TestConfigPerl.pm Index: TestConfigPerl.pm === RCS file: /home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache/TestConfigPerl.pm,v retrieving revision 1.34 retrieving revision 1.35 diff -u -r1.34 -r1.35 --- TestConfigPerl.pm 2001/09/28 15:12:11 1.34 +++ TestConfigPerl.pm 2001/10/02 13:30:31 1.35 @@ -76,8 +76,8 @@ my $fh = $self-genfile($t); print $fh EOF; -use Apache::TestConfig (); -print Apache::TestConfig-thaw-http_raw_get(/$pm); +use Apache::Test (); +print Apache::Test::config()-http_raw_get(/$pm); EOF close $fh or die close $t: $!; 1.2 +2 -2 modperl-2.0/t/api/send_fd.t Index: send_fd.t === RCS file: /home/cvs/modperl-2.0/t/api/send_fd.t,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- send_fd.t 2001/04/28 19:29:42 1.1 +++ send_fd.t 2001/10/02 13:30:31 1.2 @@ -2,11 +2,11 @@ use warnings FATAL = 'all'; use Test; -use Apache::TestConfig (); +use Apache::Test (); plan tests = 3; -my $config = Apache::TestConfig-thaw; +my $config = Apache::Test::config(); my $url = '/TestAPI::send_fd'; 1.2 +2 -2 modperl-2.0/t/api/sendfile.t Index: sendfile.t === RCS file: /home/cvs/modperl-2.0/t/api/sendfile.t,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- sendfile.t2001/04/28 19:10:42 1.1 +++ sendfile.t2001/10/02 13:30:31 1.2 @@ -2,11 +2,11 @@ use warnings FATAL = 'all'; use Test; -use Apache::TestConfig (); +use Apache::Test (); plan tests = 3; -my $config = Apache::TestConfig-thaw; +my $config = Apache::Test::config(); my $url = '/TestAPI::sendfile'; 1.4 +2 -2 modperl-2.0/t/filter/input_msg.t Index: input_msg.t === RCS file: /home/cvs/modperl-2.0/t/filter/input_msg.t,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- input_msg.t 2001/08/17 03:58:11 1.3 +++ input_msg.t 2001/10/02 13:30:32 1.4 @@ -1,12 +1,12 @@ use Apache::TestRequest (); -use Apache::TestConfig (); +use Apache::Test (); my $module = 'TestFilter::input_msg'; Apache::TestRequest::scheme('http'); #force http for t/TEST -ssl Apache::TestRequest::module($module); -my $config = Apache::TestConfig-thaw; +my $config = Apache::Test::config(); my $hostport = Apache::TestRequest::hostport($config); print connecting to $hostport\n; 1.2 +1 -1 modperl-2.0/t/response/TestApache/conftree.pm Index: conftree.pm === RCS file: /home/cvs/modperl-2.0/t/response/TestApache/conftree.pm,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- conftree.pm 2001/04/03 17:01:48 1.1 +++ conftree.pm 2001/10/02 13:30:32 1.2 @@ -10,7 +10,7 @@ sub handler { my $r = shift; -my $cfg = Apache::TestConfig-thaw; +my $cfg = Apache::Test::config(); plan $r, tests = 7; ok $cfg;
cvs commit: modperl-2.0/todo api.txt missing_old_features.txt
stas01/10/02 06:36:10 Modified:todo api.txt missing_old_features.txt Log: - Perl{Set|Add}Var and dir_config are implemented Revision ChangesPath 1.7 +0 -3 modperl-2.0/todo/api.txt Index: api.txt === RCS file: /home/cvs/modperl-2.0/todo/api.txt,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- api.txt 2001/09/28 13:51:57 1.6 +++ api.txt 2001/10/02 13:36:10 1.7 @@ -92,9 +92,6 @@ need to deal properly with modification of the current handler phase we're running. -$r-dir_config: -depends on Perl{Set,Add}Var - Apache-httpd_conf: depends on Perl sections 1.10 +1 -3 modperl-2.0/todo/missing_old_features.txt Index: missing_old_features.txt === RCS file: /home/cvs/modperl-2.0/todo/missing_old_features.txt,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- missing_old_features.txt 2001/09/28 19:29:53 1.9 +++ missing_old_features.txt 2001/10/02 13:36:10 1.10 @@ -6,11 +6,9 @@ - PerlCleanupHandler -- Perl{Set,Add}Var - - PerlSetEnv, PerlPassEnv -- PerlModule, PerlRequire: missing support for .htaccess as 1.x does. +- PerlModule, PerlRequire, Perl{Set,Add}Var in .htacess is missing - pod directives (=pod,=back,=cut) and __END__