gethostbyname error?
When I attempt to issue a make test: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration letting apache warm up...\c done /usr/local/bin/perl t/TEST 0 Unsupported socket function gethostbyname called at ../blib/lib/Apache/test.pm line 25. BEGIN failed--compilation aborted at ../blib/lib/Apache/test.pm line 28. Compilation failed in require at t/TEST line 71. make: *** [run_tests] Error 255 I had similar errors to this with the make test on perl I'm guessing I need to install some module, but I'm a bit of a newb with perl. These are my perl errors: ../lib/Net/hostent.ok 1/7Unsupported socket function gethostbyname called at ../lib/Net/hostent.pm line 45. # Looks like you planned 7 tests but only ran 1. # Looks like your test died just after 1. ../lib/Net/hostent.dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 2-7 Failed 6/7 tests, 14.29% okay ../lib/Net/netent..skipped all skipped: no getnetbyname ../lib/Net/Ping/t/100_load.ok ../lib/Net/Ping/t/110_icmp_instok 1/2Unsupported socket function getprotobyname called at ../lib/Net/Ping.pm line 114. ../lib/Net/Ping/t/110_icmp_instdubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED test 2 Failed 1/2 tests, 50.00% okay ../lib/Net/Ping/t/120_udp_inst.Unsupported socket function getservbyname called at ../lib/Net/Ping/t/120_udp_inst.t line 9. BEGIN failed--compilation aborted at ../lib/Net/Ping/t/120_udp_inst.t line 13. ../lib/Net/Ping/t/120_udp_inst.dubious Test returned status 255 (wstat 65280, 0xff00) ../lib/Net/Ping/t/130_tcp_inst.Unsupported socket function getservbyname called at ../lib/Net/Ping/t/130_tcp_inst.t line 8. BEGIN failed--compilation aborted at ../lib/Net/Ping/t/130_tcp_inst.t line 12. ../lib/Net/Ping/t/130_tcp_inst.dubious Test returned status 255 (wstat 65280, 0xff00) ../lib/Net/Ping/t/140_stream_inst..Unsupported socket function getservbyname called at ../lib/Net/Ping/t/140_stream_inst.t line 8. BEGIN failed--compilation aborted at ../lib/Net/Ping/t/140_stream_inst.t line 12. ../lib/Net/Ping/t/140_stream_inst..dubious Test returned status 255 (wstat 65280, 0xff00) ../lib/Net/Ping/t/200_ping_tcp.skipped all skipped: network dependent test ../lib/Net/Ping/t/250_ping_hires...skipped all skipped: network dependent test ../lib/Net/Ping/t/300_ping_stream..skipped all skipped: network dependent test ../lib/Net/protoentskipped all skipped: no getprotobyname ../lib/Net/servent.skipped all skipped: no getservbyname ../lib/Net/t/configok ../lib/Net/t/ftp...skipped all skipped: no reason given ../lib/Net/t/hostname..Unsupported socket function gethostbyname called at ../lib/Net/Domain.pm line 183. ../lib/Net/t/hostname..dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-2 Failed 2/2 tests, 0.00% okay ../lib/Net/t/netrc.ok 2/20 skipped: various reasons ../lib/Net/t/nntp..skipped all skipped: no reason given ../lib/Net/t/require...ok ../lib/Net/t/smtp..skipped all skipped: no reason given ../lib/Net/t/time..Unsupported socket function getservbyname called at ../lib/Net/Time.pm line 30. ../lib/Net/t/time..dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 3-12 Failed 10/12 tests, 16.67% okay
RE: gethostbyname error?
Oh I forgot to include I am running Redhat 7.1, I just installed perl 5.8.0 from 5.6.1, I've never used mod perl before so it's a fresh install of 1.27, there are no compile problems with perl or mod perl, just these test problems. I was also selecting to not compile apache and when I attempted to compile just to see what would happen, when I used the activate module for libperl I got the following error for apache: ORE -lperl -lbind -lnsl -ldl -lm -lc -lcrypt -lutil -ldl /usr/local/lib/libbind.a(irs_data.o): In function `__net_data_init': /usr/local/src/bind-9.2.1/lib/bind/irs/irs_data.c:119: undefined reference to `pthread_key_create' /usr/local/src/bind-9.2.1/lib/bind/irs/irs_data.c:122: undefined reference to `pthread_getspecific' /usr/local/src/bind-9.2.1/lib/bind/irs/irs_data.c:130: undefined reference to `pthread_setspecific' collect2: ld returned 1 exit status make[2]: *** [logresolve] Error 1 make[2]: Leaving directory `/usr/local/src/apache/apache_1.3.27/src/support' make[1]: *** [build-support] Error 1 make[1]: Leaving directory `/usr/local/src/apache/apache_1.3.27' make: *** [build] Error 2 -Original Message- From: Dave Ellsworth [mailto:dave;ultrairc.net] Sent: Saturday, November 02, 2002 3:41 AM To: [EMAIL PROTECTED] Subject: gethostbyname error? When I attempt to issue a make test: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration letting apache warm up...\c done /usr/local/bin/perl t/TEST 0 Unsupported socket function gethostbyname called at ../blib/lib/Apache/test.pm line 25. BEGIN failed--compilation aborted at ../blib/lib/Apache/test.pm line 28. Compilation failed in require at t/TEST line 71. make: *** [run_tests] Error 255 I had similar errors to this with the make test on perl I'm guessing I need to install some module, but I'm a bit of a newb with perl. These are my perl errors: ../lib/Net/hostent.ok 1/7Unsupported socket function gethostbyname called at ../lib/Net/hostent.pm line 45. # Looks like you planned 7 tests but only ran 1. # Looks like your test died just after 1. ../lib/Net/hostent.dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 2-7 Failed 6/7 tests, 14.29% okay ../lib/Net/netent..skipped all skipped: no getnetbyname ../lib/Net/Ping/t/100_load.ok ../lib/Net/Ping/t/110_icmp_instok 1/2Unsupported socket function getprotobyname called at ../lib/Net/Ping.pm line 114. ../lib/Net/Ping/t/110_icmp_instdubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED test 2 Failed 1/2 tests, 50.00% okay ../lib/Net/Ping/t/120_udp_inst.Unsupported socket function getservbyname called at ../lib/Net/Ping/t/120_udp_inst.t line 9. BEGIN failed--compilation aborted at ../lib/Net/Ping/t/120_udp_inst.t line 13. ../lib/Net/Ping/t/120_udp_inst.dubious Test returned status 255 (wstat 65280, 0xff00) ../lib/Net/Ping/t/130_tcp_inst.Unsupported socket function getservbyname called at ../lib/Net/Ping/t/130_tcp_inst.t line 8. BEGIN failed--compilation aborted at ../lib/Net/Ping/t/130_tcp_inst.t line 12. ../lib/Net/Ping/t/130_tcp_inst.dubious Test returned status 255 (wstat 65280, 0xff00) ../lib/Net/Ping/t/140_stream_inst..Unsupported socket function getservbyname called at ../lib/Net/Ping/t/140_stream_inst.t line 8. BEGIN failed--compilation aborted at ../lib/Net/Ping/t/140_stream_inst.t line 12. ../lib/Net/Ping/t/140_stream_inst..dubious Test returned status 255 (wstat 65280, 0xff00) ../lib/Net/Ping/t/200_ping_tcp.skipped all skipped: network dependent test ../lib/Net/Ping/t/250_ping_hires...skipped all skipped: network dependent test ../lib/Net/Ping/t/300_ping_stream..skipped all skipped: network dependent test ../lib/Net/protoentskipped all skipped: no getprotobyname ../lib/Net/servent.skipped all skipped: no getservbyname ../lib/Net/t/configok ../lib/Net/t/ftp...skipped all skipped: no reason given ../lib/Net/t/hostname..Unsupported socket function gethostbyname called at ../lib/Net/Domain.pm line 183. ../lib/Net/t/hostname..dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-2 Failed 2/2 tests, 0.00% okay ../lib/Net/t/netrc.ok 2/20 skipped: various reasons ../lib/Net/t/nntp..skipped all skipped: no reason given ../lib/Net/t/require...ok ../lib/Net/t/smtp..skipped all skipped: no reason given ../lib/Net/t/time..Unsupported socket function getservbyname called at ../lib/Net/Time.pm line 30. ../lib/Net/t/time..dubious Test returned status 255 (wstat
RE: [OT]: In my Farthers House there are many mansions
-Original Message- From: Perrin Harkins [mailto:perrin;elem.com] Sent: 01 November 2002 18:43 To: Tony Bowden Cc: [EMAIL PROTECTED] Subject: Re: [O] Re: Yahoo is moving to PHP ?? Tony Bowden wrote: It sounds like you're saying that you should only use a subset of Perl as some programmers may not understand the other parts of it? That is what I'm saying. I'm aware that this is a controversial opinion in the Perl world. However, I think it's reasonable to know your audience and write for them. That's the good part of More Than One Way. The New York Times writes their articles for a certain reading level, and I do the same with my code. snip... - Perrin Have to agree 100% with Perrin - in my experience, refactoring for performance is often used as an excuse for 'rewrite in my style', and at this point, future maintainability is usually severly compromised. Someone decides to replace all foreach loops with map, because this is more advanced and kewl. Does anyone else here remember the COBOL construct ALTER GOTO? I knew a chap who styled himself 'Super Hot Software Systems', whose favourite thing was ALTER GOTO - he soon got told where to go to! Look it up - it's a nightmare. Another time, a contractor working for me complained bitterly about someone elses obtuse code and lack of comments - the other party said 'Why don't you scroll up?', which he did - lo and behold, about two pages of beautiful comment. Mmmm as he read the comments, from the top, the complainant highlighted each line [easier to read] and when he understood the point of it all, pressed Enter - not realising that this replaced two screens of comment with an empty line... ah ha! we finally figured out the answer to the song: 'Where have all the comments gone?' 8-)
Re: apache::ASP
On Mon, 28 Oct 2002 [EMAIL PROTECTED] wrote: Does this include an AddRotator? john welte Check out http://www.apache-asp.org/ - that might be answered there. There's also links there to a mailing list (and archives) for Apache::ASP that might help. -- best regards, randy kobes
Re: [OTish] Version Control?
Okay, I'll chime in on this one. I work on a medium sized mod_perl project (approximately 50,000 lines of perl code). This project is managed similarly to to the setups that have been described so far. We store all of our CPAN module sources in CVS, and currently we distribute the modules to the servers via RPM. Its critical that we maintian sources to the CPAN modules in CVS because some modules have to be patched to make the modules work for this particular project (and some modules just plain have bugs :)). The modules get installed in the main perl directory (e.g.: /usr/lib/perl5). We use cvs branches to manage releases and development versions of the web site and perl code. When we get to a realease point we make a branch (e.g.: RELEASE-1_0), and html developers continue working on that branch for changes to the currently released site. The web servers can be updated with simply cvs update this way. On the main trunk perl/web development continues until the next release happens. However, due to the fact that the CPAN modules are distributed via RPM, there are various incompatibility problems that come up. For example, one time we upgraded Apache::Filter between releases. Unfortunately, the old version was not compatible with the new version, so a single machine could run either the current release branch, or the development branch, but not both simultaneously (because Apache::Filter was incomptaible and was installed under /usr/lib/perl5). So currently we are looking into also installing CPAN modules under the project directory and managing the binary CPAN modules CVS, which would solve this problem. Developers could check out a sandbox of the release branch and they would get the modules that belong to that release (binary compatibility is okay because our development machines match the production machines). The management nightmare to all of this is that automating the build process for lots of CPAN modules (rougly 110 of them) is painful. Our CPAN source tree looks something like this: project-support/ src/ Makefile Apache-Filter/ CGI/ Digest-MD5/ ... First we tried making a Makefile.PL in src that used the DIR attribute of WriteMakefile to specify the subdirs to build all of the modules. THis didnt work so well. The problems with this are: 1) some Makefile.PL's refuse to generate a Makefile if PREREQ_PM's are not satisfied (if we haven't built them yet) 2) some Makefile.PL's are INTERACTIVE, and you cant turn it off (e.g.: Apache::Filter requires you to hit Return a number of times at a MINIMUM. So we resorted to a set of overly-complicated GNUmakefiles that would generate Makefile's from Makefile.PL's, and these would set PERL5LIB to find the dependencies (e.g.: DBD-Pg would put ../DBI/blib into PERL5LIB). I'm not convinced this is the best way to go about it, but it sort of works. How does everyone else cope with this (managing trees of CPAN modules / CPAN module tree build environments)? Maybe we are sort of unique in that we use so many 3rd part CPAN modules, but because we use so many of them its pretty critical that we manage them in CVS. Mike
Re: [OT]: In my Farthers House there are many mansions
From: Jeff [EMAIL PROTECTED] Another time, a contractor working for me complained bitterly about someone elses obtuse code and lack of comments - the other party said 'Why don't you scroll up?', which he did - lo and behold, about two pages of beautiful comment. Mmmm as he read the comments, from the top, the complainant highlighted each line [easier to read] and when he understood the point of it all, pressed Enter - not realising that this replaced two screens of comment with an empty line... ah ha! we finally figured out the answer to the song: 'Where have all the comments gone?' Good story - and a good tie-in to the other off-topic thread about whether on not it is worth the trouble to use CVS. If you make sure that the only way to get between your workspaces and the test/production servers is a commit/update step, cvsweb can always provide a color-coded answer to questions like that. --- Les Mikesell [EMAIL PROTECTED]
