Re: modperl 2.0: apache crashes when running modperl script
Stas Bekman [EMAIL PROTECTED] wrote: 'make install' after you have rebuilt mod_perl with MP_DEBUG=1? try to nuke /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/auto/Apache and 'make install' again. Actually I know why this happens and why you have the segfault since you have had: MP_INST_APACHE2 = 1 it must be installed into i686-linux-thread-multi/Apache2/auto/Apache/RequestIO/RequestIO.so You probably had an older mod_perl install, and now it loads the wrong library. I see that you didn't load Apache2 and that explains the problem. Add to your startup 'use Apache2' as explained here: http://perl.apache.org/docs/2.0/user/intro/start_fast.html#Configuration I removed RequestIO.so inside /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/auto/Apache and did 'make install'. Then added 'use Apache2' in the startup file and there are no segfaults anymore. Thanks, Natarajan Murugaiyan(Ravi) __ McAfee VirusScan Online from the Netscape Network. Comprehensive protection for your entire computer. Get your free trial today! http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397 Get AOL Instant Messenger 5.1 free of charge. Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455
Re: modperl 2.0: apache crashes when running modperl script
-8-- Start Bug Report 8--
1. Problem Description:
apache crashes when accessing this modperl script:
package Apache::hello;
use strict;
use Apache::RequestRec ();
use Apache::RequestIO ();
use Apache::Const -compile = 'OK';
sub handler {
my $request = shift; # what does shift operate on @_?
$request-content_type('text/html');
$request-print(END);
HTML
BODY
H1Hello There/H1
/BODY
/HTML
END
return Apache::OK;
}
2. Used Components and their Configuration:
*** using /usr/download/modperl/mod_perl-1.99_09/t/../lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_AP_PREFIX= /usr/httpd20
MP_COMPAT_1X= 1
MP_GENERATE_XS = 1
MP_INST_APACHE2 = 1
MP_LIBNAME = mod_perl
MP_USE_DSO = 1
MP_USE_STATIC = 1
*** /usr/httpd20/bin/httpd -V
Server version: Apache/2.0.46
Server built: Jun 1 2003 19:52:02
Server's Module Magic Number: 20020903:3
Architecture: 32-bit
Server compiled with
-D APACHE_MPM_DIR=server/mpm/prefork
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT=/usr/httpd20
-D SUEXEC_BIN=/usr/httpd20/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
*** /usr/bin/perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
Platform:
osname=linux, osvers=2.4.18-11smp, archname=i386-linux-thread-multi
uname='linux daffy.perf.redhat.com 2.4.18-11smp #1 smp thu aug 15 06:41:59 edt
2002 i686 i686 i386 gnulinux '
config_args='-des -Doptimize=-O2 -march=i386 -mcpu=i686 -Dmyhostname=localhost
[EMAIL PROTECTED] -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr
-Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads
-Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm
-Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005
-Uversiononly -Dpager=/usr/bin/less -isr'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
optimize='-O2 -march=i386 -mcpu=i686',
cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -I/usr/include/gdbm'
ccversion='', gccversion='3.2 20020822 (Red Hat Linux Rawhide 3.2-5)',
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 -lpthread -lc -lcrypt -lutil
perllibs=-lnsl -ldl -lm -lpthread -lc -lcrypt -lutil
libc=/lib/libc-2.2.92.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version='2.2.92'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic
-Wl,-rpath,/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE'
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 Sep 1 2002 23:56:49
%ENV:
PERL_LWP_USE_HTTP_10=1
@INC:
/usr/lib/perl5/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl
.
3. This is the core dump trace: (if you get a core dump):
I was able to run 'httpd -X' from inside gbd and got a stack trace
with mod_perl compiled with MP_DEBUG=1:
0x402f458c in modperl_wbucket_write (my_perl=0x81af228, wb=0x81b3900,
buf=0xb438 4, wlen=0x4063cb8f) at modperl_filter.c:181
181 *wlen = 0;
#0 0x402f458c in modperl_wbucket_write (my_perl=0x81af228, wb=0x81b3900,
buf=0xb438 4, wlen=0x4063cb8f) at modperl_filter.c:181
#1 0x40640701 in mpxs_Apache__RequestRec_print ()
from
Re: modperl 2.0: apache crashes when running modperl script
[EMAIL PROTECTED] wrote: [...] 3. This is the core dump trace: (if you get a core dump): I was able to run 'httpd -X' from inside gbd and got a stack trace with mod_perl compiled with MP_DEBUG=1: 0x402f458c in modperl_wbucket_write (my_perl=0x81af228, wb=0x81b3900, buf=0xb438 4, wlen=0x4063cb8f) at modperl_filter.c:181 181 *wlen = 0; #0 0x402f458c in modperl_wbucket_write (my_perl=0x81af228, wb=0x81b3900, buf=0xb438 4, wlen=0x4063cb8f) at modperl_filter.c:181 #1 0x40640701 in mpxs_Apache__RequestRec_print () from /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/auto/Apache/RequestIO/RequestIO.so #2 0x4063e8c6 in XS_Apache__RequestRec_print () from /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/auto/Apache/RequestIO/RequestIO.so why RequestIO.so doesn't include the debug info? Are you sure you have run 'make install' after you have rebuilt mod_perl with MP_DEBUG=1? try to nuke /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/auto/Apache and 'make install' again. Actually I know why this happens and why you have the segfault since you have had: MP_INST_APACHE2 = 1 it must be installed into i686-linux-thread-multi/Apache2/auto/Apache/RequestIO/RequestIO.so You probably had an older mod_perl install, and now it loads the wrong library. I see that you didn't load Apache2 and that explains the problem. Add to your startup 'use Apache2' as explained here: http://perl.apache.org/docs/2.0/user/intro/start_fast.html#Configuration __ 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: modperl 2.0: apache crashes when running modperl script
-8-- Start Bug Report 8--
1. Problem Description:
apache crashes when accessing this modperl script:
package Apache::hello;
use strict;
use Apache::RequestRec ();
use Apache::RequestIO ();
use Apache::Const -compile = 'OK';
sub handler {
my $request = shift; # what does shift operate on @_?
$request-content_type('text/html');
$request-print(END);
HTML
BODY
H1Hello There/H1
/BODY
/HTML
END
return Apache::OK;
}
2. Used Components and their Configuration:
*** using /usr/download/modperl/mod_perl-1.99_09/t/../lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_AP_PREFIX= /usr/httpd20
MP_COMPAT_1X= 1
MP_GENERATE_XS = 1
MP_INST_APACHE2 = 1
MP_LIBNAME = mod_perl
MP_USE_DSO = 1
MP_USE_STATIC = 1
__
McAfee VirusScan Online from the Netscape Network.
Comprehensive protection for your entire computer. Get your free trial today!
http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397
Get AOL Instant Messenger 5.1 free of charge. Download Now!
http://aim.aol.com/aimnew/Aim/register.adp?promo=380455
Re: modperl 2.0: apache crashes when running modperl script
[EMAIL PROTECTED] wrote:
-8-- Start Bug Report 8--
1. Problem Description:
apache crashes when accessing this modperl script:
package Apache::hello;
use strict;
use Apache::RequestRec ();
use Apache::RequestIO ();
use Apache::Const -compile = 'OK';
sub handler {
my $request = shift; # what does shift operate on @_?
$request-content_type('text/html');
$request-print(END);
HTML
BODY
H1Hello There/H1
/BODY
/HTML
END
return Apache::OK;
}
2. Used Components and their Configuration:
*** using /usr/download/modperl/mod_perl-1.99_09/t/../lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_AP_PREFIX= /usr/httpd20
MP_COMPAT_1X= 1
MP_GENERATE_XS = 1
MP_INST_APACHE2 = 1
MP_LIBNAME = mod_perl
MP_USE_DSO = 1
MP_USE_STATIC = 1
that's only a beginning of the report. Where is the rest? Why is it so hard to
copy-n-paste the report? OK, I'll do that for you.
3. This is the core dump trace: (if you get a core dump):
Apache crashes but does not dump core. I set unlimit to unlimited,
made sure the filesystem from which 'httpd -X' is run has enough free space.
Still no core. Could not find Bad::Segv module either in modperl or in
CPAN and therefore could not try to dump using a script like core_dump.pl
mentioned in 'Debugging mod_perl C Internals' document.
Yeah, I need to update the Bad::Segv part. It's called Debug::DumpCore.
I was able to run 'httpd -X' from inside gbd and got a stack trace:
(gdb) bt
#0 0x402f1f47 in modperl_wbucket_write ()
from /usr/httpd20/modules/mod_perl.so
#1 0x40638701 in mpxs_Apache__RequestRec_print ()
from
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/auto/Apache/RequestIO/RequestIO.so
#2 0x406368c6 in XS_Apache__RequestRec_print ()
from
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/auto/Apache/RequestIO/RequestIO.so
#3 0x403868c5 in Perl_pp_entersub ()
from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so
#4 0x4037f059 in Perl_runops_standard ()
from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so
#5 0x40327139 in S_call_body ()
from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so
#6 0x40326eb6 in Perl_call_sv ()
from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so
#7 0x402ed4e2 in modperl_callback () from /usr/httpd20/modules/mod_perl.so
#8 0x402ed9e4 in modperl_callback_run_handlers ()
from /usr/httpd20/modules/mod_perl.so
#9 0x402edc25 in modperl_callback_per_dir ()
from /usr/httpd20/modules/mod_perl.so
#10 0x402e9105 in modperl_response_handler_run ()
from /usr/httpd20/modules/mod_perl.so
#11 0x402e9325 in modperl_response_handler_cgi ()
from /usr/httpd20/modules/mod_perl.so
#12 0x0807b67e in ap_run_handler (r=0x81a9268) at config.c:195
#13 0x0807bb96 in ap_invoke_handler (r=0x81a9268) at config.c:401
#14 0x0806baab in ap_process_request (r=0x81a9268) at http_request.c:288
#15 0x08067ce9 in ap_process_http_connection (c=0x816d458) at http_core.c:293
#16 0x08084476 in ap_run_process_connection (c=0x816d458) at connection.c:85
#17 0x0807a234 in child_main (child_num_arg=1080249231) at prefork.c:696
#18 0x0807a3de in make_child (s=0x80b6178, slot=0) at prefork.c:736
#19 0x0807a437 in startup_children (number_to_start=5) at prefork.c:808
#20 0x0807ab29 in ap_mpm_run (_pconf=0x8079b10, plog=0x80ebb50, s=0x80b6178)
at prefork.c:1024
#21 0x0807f842 in main (argc=2, argv=0xba74) at main.c:660
#22 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6
The problem with this trace is that it doesn't show the arguments. You need to
build mod_perl with MP_DEBUG=1 and generate it again.
__
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: modperl 2.0: apache crashes when running modperl script
[EMAIL PROTECTED] wrote:
I get an Internal Server Error in the browser when trying
to access the URI /hello.
Apache and modperl version:
Sun Jun 01 18:51:42 2003] [notice] Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0
mod_ssl/2.0.46 OpenSSL/0.9.6b configured -- resuming normal operations
When submitting bug reports, please follow these guidelines:
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
[...]
package Apache::hello;
use strict;
use Apache::RequestRec ();
use Apache::RequestIO ();
sub handler {
my $request = shift; # what does shift operate on @_?
$request-content_type('text/html');
$request-print(END); # what does the ) do in print?
HTML
BODY
H1Hello There/H1
/BODY
/HTML
END
return Apache::OK;
}
Where did you take this example from? you should return a constant Apache::OK,
not a string Apache::OK. You need to import this constant before you can use
it. Here is a skeleton:
use Apache::Const -compile = 'OK';
sub handler {
...
return Apache::OK;
}
1;
Relevant httpd error_log:
[Sun Jun 01 19:04:46 2003] [notice] child pid 2861 exit signal Segmentation fault (11)
Relevant http access_log:
127.0.0.1 - - [01/Jun/2003:19:04:46 -0400] GET /hello HTTP/1.1 500 670
I am not sure if the problem is with apache or modperl.
I could not find a core file under httpd ServerRoot.
Take a look at:
http://perl.apache.org/docs/2.0/devel/debug/c.html#Getting_the_core_File_Dumped
__
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: modperl 2.0: apache crashes when running modperl script
Hi guys, On Mon, 2 Jun 2003, Stas Bekman wrote: Sun Jun 01 18:51:42 2003] [notice] Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL/0.9.6b http://www.openssl.org/news/secadv_20030219.txt 73, Ged.
Re: modperl 2.0: apache crashes when running modperl script
__ McAfee VirusScan Online from the Netscape Network. Comprehensive protection for your entire computer. Get your free trial today! http://channels.netscape.com/ns/computing/mcafee/index.jsp?promo=393397 Get AOL Instant Messenger 5.1 free of charge. Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455 bug.rpt Description: bug.rpt
Re: modperl 2.0 problems with Apache::Cookie and related modules.
On Thu, 19 Dec 2002, b. ash wrote: Hi, I am trying to configure a working apache2/modperl2 setup, unfortunately I can not seemt to get a critical module Apache::Cookie to install, I keep getting this error. Can't locate Apache/MyConfig.pm in @INC (@INC contains: /usr/local/lib/perl5/5.8.0/i686-linux-thread-multi /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl .) at Makefile.PL line 27. BEGIN failed--compilation aborted at Makefile.PL line 27. any ideas what might be going on here. Apache::Cookie (and Apache::Request) haven't been ported to mod_perl-2 yet. Until that happens, you can use the mod_perl-2 compatibility mode to do form data, and for cookies, you can use a CPAN module (eg, CGI.pm). -- best regards, randy kobes
RE: modperl 2.0 problems with Apache::Cookie and related modules.
Hi - You may want to check out my experiences w/ap2-mp2 shown in: http://beaucox.com/mason/mason-with-apmp2-mini-HOWTO.htm It shows how I intalled these packages. Aloha = Beau. -Original Message- From: b. ash [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 10:40 AM To: [EMAIL PROTECTED] Subject: modperl 2.0 problems with Apache::Cookie and related modules. Hi, I am trying to configure a working apache2/modperl2 setup, unfortunately I can not seemt to get a critical module Apache::Cookie to install, I keep getting this error. Can't locate Apache/MyConfig.pm in @INC (@INC contains: /usr/local/lib/perl5/5.8.0/i686-linux-thread-multi /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl .) at Makefile.PL line 27. BEGIN failed--compilation aborted at Makefile.PL line 27. any ideas what might be going on here. Thanks --bash
Re: modperl 2.0 problems with Apache::Cookie and related modules.
b. ash wrote: Hi, I am trying to configure a working apache2/modperl2 setup, unfortunately I can not seemt to get a critical module Apache::Cookie to install, I keep getting this error. Can't locate Apache/MyConfig.pm in @INC (@INC contains: /usr/local/lib/perl5/5.8.0/i686-linux-thread-multi /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl .) at Makefile.PL line 27. BEGIN failed--compilation aborted at Makefile.PL line 27. any ideas what might be going on here. A backcompat version of Apache::MyConfig is now available via Apache::compat in the mod_perl cvs. Though it won't solve the Apache::Cookie lib as reported by others. __ 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: [modperl-2.0] unresolved external on win32 when compiling
On Sat, 17 Aug 2002, pascal barbedor wrote: Hi when compiling modperl 1.99_05 (from today cvs) with MP_DEBUG=1 there is un unresolved external RequestIO.obj : unresolved external symbol _times RequestIO.dll fatal LNK error this has been fixed in cvs. just s/times/PerlProc_times/g in modperl_time.h
Re: [modperl-2.0] unresolved external on win32 when compiling
pascal barbedor wrote: Hi when compiling modperl 1.99_05 (from today cvs) with MP_DEBUG=1 there is un unresolved external RequestIO.obj : unresolved external symbol _times RequestIO.dll fatal LNK error this is with perl 5.8.0 compiled with DEBUG flag win XP MSVC6 Perhaps someone on win32 can check this out. Randy? PS modperl-1.99_04 downloaded from perl.apache.org shows this error (with same compiling configuration) mod_perl.c(519) : error ap_register_output_filter different types formal and actual parameters 3 mod_perl.c (523): error ap_register_input_filter too few actual parameters that's ok. you aren't supposed to build _04 with apache 2.0.40 or higher. it's time to release _05. __ 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: [modperl-2.0] unresolved external on win32 when compiling
Hi when compiling modperl 1.99_05 (from today cvs) with MP_DEBUG=1 first error : modperl_xsinit.lo : fatal error : incompatible pdb format in c:\modperl-2.0\src\modules\perl\vc60.pdb ; delete and rebuild I don't know what the delete and rebuild means. after I delete the vc60.pdb file mentionned above, and retype nmake compilation continues without debugging information and hangs on this second error i mentioned before : there is un unresolved external RequestIO.obj : unresolved external symbol _times RequestIO.dll fatal LNK error this is with perl 5.8.0 compiled with DEBUG flag win XP MSVC6 Apache 2.0.40 pascal
Re: [modperl-2.0] unresolved external on win32 when compiling
On Sun, 18 Aug 2002, Stas Bekman wrote: pascal barbedor wrote: Hi when compiling modperl 1.99_05 (from today cvs) with MP_DEBUG=1 there is un unresolved external RequestIO.obj : unresolved external symbol _times RequestIO.dll fatal LNK error this is with perl 5.8.0 compiled with DEBUG flag win XP MSVC6 Perhaps someone on win32 can check this out. Randy? I get the missing _times error too - I think this is related to the use of times() in MP_START_TIMES() and MP_END_TIMES() in src/modules/perl/modperl_time.h. I looked on some VC++ newsgroups - there were questions about a VC++ equivalent of times(), but no real answers. -- best regards, randy
Re: modperl-2.0 make Error on Solaris
/users/webuser/src/modperl-2.0/xs/APR/Table/APR__Table.h:73: dereferencing
pointer to incomplete type
make[3]: *** [Table.o] Error 1
please either apply this patch or use the cvs version (which now
contains this patch) and it will work.
Index: xs/APR/Table/APR__Table.h
===
RCS file: /home/cvs/modperl-2.0/xs/APR/Table/APR__Table.h,v
retrieving revision 1.7
diff -u -r1.7 APR__Table.h
--- xs/APR/Table/APR__Table.h 12 Nov 2001 22:14:36 - 1.7
+++ xs/APR/Table/APR__Table.h 9 Jul 2002 06:51:29 -
@@ -70,7 +70,7 @@
char *filter_entry;
STRLEN len;
-tdata.filter = apr_hash_make(table-a.pool);
+tdata.filter = apr_hash_make(apr_table_elts(table)-pool);
while (MARK = SP) {
filter_entry = SvPV(*MARK, len);
__
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: modperl-2.0 make Error on Solaris
Thank you Stas and Randy,
For replying. Stas's patch indeed fixed the problem and modperl-2.0
installed
fine on Solaris 2.7
Thank you,
John Kent
Webmaster
Naval Research Laboratory
Monterey CA
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 09, 2002 7:56 AM
To: Randy Kobes
Cc: Kent, Mr. John; modperl (E-mail); [EMAIL PROTECTED]
Subject: Re: modperl-2.0 make Error on Solaris
/users/webuser/src/modperl-2.0/xs/APR/Table/APR__Table.h:73: dereferencing
pointer to incomplete type
make[3]: *** [Table.o] Error 1
please either apply this patch or use the cvs version (which now
contains this patch) and it will work.
Index: xs/APR/Table/APR__Table.h
===
RCS file: /home/cvs/modperl-2.0/xs/APR/Table/APR__Table.h,v
retrieving revision 1.7
diff -u -r1.7 APR__Table.h
--- xs/APR/Table/APR__Table.h 12 Nov 2001 22:14:36 - 1.7
+++ xs/APR/Table/APR__Table.h 9 Jul 2002 06:51:29 -
@@ -70,7 +70,7 @@
char *filter_entry;
STRLEN len;
-tdata.filter = apr_hash_make(table-a.pool);
+tdata.filter = apr_hash_make(apr_table_elts(table)-pool);
while (MARK = SP) {
filter_entry = SvPV(*MARK, len);
__
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: modperl-2.0 make Error on Solaris
On Mon, 8 Jul 2002, Kent, Mr. John wrote:
Greetings,
Following:
Create the build environment
% cd modperl-2.0
% perl Makefile.PL MP_AP_PREFIX=/home/stas/src/httpd-2.0.xx
% make
on Solaris 2.7
got:
make[3]: Entering directory
`/users/webuser/src/modperl-2.0/WrapXS/APR/Table'
gcc -c -I/users/webuser/src/modperl-2.0/src/modules/perl
-I/users/webuser/src/modperl-2.0/xs
-I/users/webuser/apache_heavy_test/include -I/usr/local/include -DMOD_PERL
-O -DVERSION=\0.01\ -DXS_VERSION=\0.01\ -fPIC
-I/users/webuser/perl/lib/5.6.1/sun4-solaris-thread-multi/CORE Table.c
In file included from
/users/webuser/src/modperl-2.0/src/modules/perl/modperl_perl_includes.h:42,
from
/users/webuser/src/modperl-2.0/src/modules/perl/mod_perl.h:5,
from Table.xs:18:
/users/webuser/perl/lib/5.6.1/sun4-solaris-thread-multi/CORE/perl.h:23:
warning: `VOIDUSED' redefined
/users/webuser/perl/lib/5.6.1/sun4-solaris-thread-multi/CORE/config.h:3118:
warning: this is the location of the previous definition
/users/webuser/src/modperl-2.0/xs/APR/Table/APR__Table.h: In function
`mpxs_apr_table_do':
In file included from Table.xs:26:
/users/webuser/src/modperl-2.0/xs/APR/Table/APR__Table.h:73: dereferencing
pointer to incomplete type
make[3]: *** [Table.o] Error 1
I'm not sure if this is related, but with the cvs httpd-2.0 I get
an error in about the same place. If one places the definition of
apr_table_t in httpd-2.0/srclib/apr/tables/apr_tables.c:
struct apr_table_t {
apr_array_header_t a;
#ifdef MAKE_TABLE_PROFILE
void *creator;
#endif
};
into MP_AP_PREFIX/include/apr_tables.h, just after the
struct apr_array_header_t declaration, then things compiled
for me, and all tests pass.
best regards,
randy kobes
Re: Modperl 2.0 error
The Doctor wrote: On Sat, Jan 12, 2002 at 10:00:04AM -0600, Randy Kobes wrote: On Sat, 12 Jan 2002, The Doctor wrote: Why in this beta am I getting: Script started on Sat Jan 12 02:42:20 2002 doctor.nl2k.ab.ca//usr/source/modperl-2.0$ make cd src/modules/perl make cc -c -I/usr/source/modperl-2.0/src/modules/perl -I/usr/source/modperl-2.0/xs -I/var/www/include -fno-strict-aliasing -I/usr/local/include -DMOD_PERL -O2 -DVERSION=\0.01\ -DXS_VERSION=\0.01\ -fPIC -I/usr/libdata/perl5/i386-bsdos/CORE Lock.c In file included from Lock.xs:26: /usr/source/modperl-2.0/xs/APR/Lock/APR__Lock.h:6: syntax error before `apr_lockmech_e' Hi, Are you using the latest Apache-2 and modperl-2 cvs sources? Yes. For modperl 2.0 you *always* need to get the latest cvs version of httpd-2.0. If you use perl 5.7.2 you also *always* need to get the latest bleadperl. What you saw is the change in httpd 2.0's API, which was adjusted in mod_perl 2.0. in some cases you need to run: % make source_scan If the maps weren't updated yet in cvs. and then run perl Makefile.PL again. _ 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: Modperl 2.0 error
On Sat, 12 Jan 2002, The Doctor wrote: Why in this beta am I getting: Script started on Sat Jan 12 02:42:20 2002 doctor.nl2k.ab.ca//usr/source/modperl-2.0$ make cd src/modules/perl make cc -c -I/usr/source/modperl-2.0/src/modules/perl -I/usr/source/modperl-2.0/xs -I/var/www/include -fno-strict-aliasing -I/usr/local/include -DMOD_PERL -O2 -DVERSION=\0.01\ -DXS_VERSION=\0.01\ -fPIC -I/usr/libdata/perl5/i386-bsdos/CORE Lock.c In file included from Lock.xs:26: /usr/source/modperl-2.0/xs/APR/Lock/APR__Lock.h:6: syntax error before `apr_lockmech_e' Hi, Are you using the latest Apache-2 and modperl-2 cvs sources? best regards, randy kobes
Re: Modperl 2.0 error
On Sat, Jan 12, 2002 at 10:00:04AM -0600, Randy Kobes wrote: On Sat, 12 Jan 2002, The Doctor wrote: Why in this beta am I getting: Script started on Sat Jan 12 02:42:20 2002 doctor.nl2k.ab.ca//usr/source/modperl-2.0$ make cd src/modules/perl make cc -c -I/usr/source/modperl-2.0/src/modules/perl -I/usr/source/modperl-2.0/xs -I/var/www/include -fno-strict-aliasing -I/usr/local/include -DMOD_PERL -O2 -DVERSION=\0.01\ -DXS_VERSION=\0.01\ -fPIC -I/usr/libdata/perl5/i386-bsdos/CORE Lock.c In file included from Lock.xs:26: /usr/source/modperl-2.0/xs/APR/Lock/APR__Lock.h:6: syntax error before `apr_lockmech_e' Hi, Are you using the latest Apache-2 and modperl-2 cvs sources? best regards, randy kobes Yes. -- Member - Liberal International On 11 Sept 2001 the WORLD was violated. This is [EMAIL PROTECTED] Ici [EMAIL PROTECTED] Society MUST be saved! Extremists must dissolve. Birthdate 29 Jan 1969 Born Redhill Surrey England UK
Re: modperl 2.0
On Fri, 10 Aug 2001, Dave Rolsky wrote: Well, mod_perl 2.0 will require (or does currently require) Perl to be built with ithreads support and this wasn't introduced until 5.6.0 so I wouldn't hold my breath. Actually, I suspect Doug will be recommending that people use 5.8.0 since there's been a lot of fixes going into the ithreads code since 5.6.1. modperl-2.0 only requires ithreads if you want to use a threaded mpm. using prefork mpm (1.3 process model) does not require ithreads.
Re: modperl 2.0
On Sun, Aug 12, 2001 at 10:17:32AM -0400, Barrie Slaymaker wrote: On Sat, Aug 11, 2001 at 08:58:00AM -0600, The Doctor wrote: Hopefully this will point you in the right direction. I would need more data to figure it all out. As a next step, can you find the locations of the perls in question and run a perl5.6.0 -V, a perl5.6.1 -V and a perl -V? Weirdly perl5.6.1 -V thinks it is perl 5.6.0 ?-S
Re: modperl 2.0
On Sun, Aug 12, 2001 at 07:18:11PM -0400, Barrie Slaymaker wrote: On Sun, Aug 12, 2001 at 03:55:26PM -0600, The Doctor wrote: When I ran perl 5.6.1 it was identifying itself as perl 5.6.0 . Identity crisis?? Dunno, but you can bet it's not right. Care to post the command and results? Sounds like a symlink problem, you might want to use some combination of the ls -l, whence or hash, sum and strings commands to figure out what's right. I can promise you that perl 5.6.1 properly reports itself and that you'd have to edit it somehow to make it say otherwise (and I'm not proposing that somebody did). Whatever perls are running around that box are pretty screwed up, but the good news is it should be pretty easy to fix once the problem is hunted down... I even told perl 5.6.1 that it was 5.6.1 but still report 5.6.0 ?-S
Re: modperl 2.0
On Mon, Aug 13, 2001 at 11:25:50AM +0800, Stas Bekman wrote:
On Sun, 12 Aug 2001, Barrie Slaymaker wrote:
On Sun, Aug 12, 2001 at 08:39:09AM -0600, The Doctor wrote:
/usr/libdata/perl5/i386-bsdos/Config.pm
so this is fine, on linux this is called /i{3|4|5|6}86-linux/ whereas on
BSD this will be /i{3|4|5|6}86-bsdos/ or similar :)
but this all goes off-topic here.
And that is a perl issue, but people around here are trying to be more
helpful that the perl lot.
Re: modperl 2.0
At 4:02 PM -0600 8/16/01, The Doctor wrote: On Sun, Aug 12, 2001 at 10:17:32AM -0400, Barrie Slaymaker wrote: On Sat, Aug 11, 2001 at 08:58:00AM -0600, The Doctor wrote: Hopefully this will point you in the right direction. I would need more data to figure it all out. As a next step, can you find the locations of the perls in question and run a perl5.6.0 -V, a perl5.6.1 -V and a perl -V? Weirdly perl5.6.1 -V thinks it is perl 5.6.0 ?-S Please paste the entire output of perl5.6.1 -V so that we can see what's wrong. Thanks, Robert Landrum -- A good magician never reveals his secret; the unbelievable trick becomes simple and obvious once it is explained. So too with UNIX.
Re: modperl 2.0
Weirdly perl5.6.1 -V thinks it is perl 5.6.0 ?-S Please paste the entire output of perl5.6.1 -V so that we can see what's wrong. Thanks, Here it comes: Script started on Thu Aug 16 16:12:49 2001 doctor.nl2k.ab.ca//usr/libdata$ find . -name \*Config.pm\* -print ./perl5/CPAN/Config.pm~ ./perl5/CPAN/Config.pm ./perl5/i386-bsdos/Config.pm ./perl5/site_perl/Net/Config.pm ./perl5/site_perl/i386-bsdos/Tk/Config.pm ./perl5/site_perl/i386-bsdos/Apache/MyConfig.pm ./perl5/site_perl/i386-bsdos/Apache/ModuleConfig.pm ./perl5/site_perl/5.005/HTML/EP/Config.pm ./perl5/site_perl/5.005/HTML/Mason/Config.pm ./perl5/site_perl/5.005/Apache/Roaming/LiPrefs/Config.pm ./perl5/site_perl/5.005/Apache/DBILogConfig.pm ./perl5/site_perl/5.005/i386-bsdos/Net/Config.pm ./perl5/site_perl/5.005/i386-bsdos/Apache/MyConfig.pm ./perl5/site_perl/5.005/i386-bsdos/Apache/ModuleConfig.pm ./perl5/site_perl/5.6.0/i386-bsdos/Apache/MyConfig.pm ./perl5/site_perl/5.6.0/i386-bsdos/Apache/ModuleConfig.pm ./perl5/site_perl/5.6.0/Net/Config.pm ./perl5/site_perl/5.6.0/Template/Config.pm ./perl5/5.00503/i386-bsdos/Config.pm ./perl5/5.00503/CPAN/Config.pm ./perl5/5.00503/CPAN/Config.pm~ Ok... There are several installations here. My guess is that the system was installed with perl version 5.00503. Then you upgraded to perl 5.6.0. Now you've upgraded again to perl 5.6.1. Perl 5.6.1 has installed a Config.pm into ./perl5/i386-bsdos/Config.pm. doctor.nl2k.ab.ca//usr/libdata$ perl5.6.0 -V Perl lib version (v5.6.0) doesn't match executable version (v5.6.1) at /usr/libdata/perl5/i386-bsdos/Config.pm line 21. Compilation failed in require. BEGIN failed--compilation aborted. Umm... perl5.6.0 -V is looking at the first config file it finds, which happens to be the one that was installed by perl 5.6.1. That is why the versions do not match. doctor.nl2k.ab.ca//usr/libdata$ perl5.6.0 -V[1P[4h1[4l Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration: Platform: [snip] Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under bsdos Compiled at May 9 2000 14:39:24 @INC: /usr/libdata/perl5/i386-bsdos /usr/libdata/perl5 /usr/contrib/lib/perl5/site_perl/5.6.0/i386-bsdos /usr/contrib/lib/perl5/site_perl/5.6.0 /usr/contrib/lib/perl5/site_perl . doctor.nl2k.ab.ca//usr/libdata$ exit exit At this point, I'm going to suggest that you fully migrate to perl 5.6.1. This means that you need to stop using perl5.6.0 in your #! lines. Either that, or remove perl5.6.0 and link it to perl5.6.1. Note: YMMV. ln -s /usr/bin/perl5.6.1 /usr/bin/perl5.6.0 If this is not what you have in mind, then I suggest reinstalling a fresh copy of perl 5.6.0 from source to overwrite the existing Config.pm file and any other files perl 5.6.1 might have installed. In the future, I would suggest including as much information in your original post as neccesary as not every one is as patient or as willing to help as I am, especially when the thread starts getting long. Sincerely, Robert Landrum -- A good magician never reveals his secret; the unbelievable trick becomes simple and obvious once it is explained. So too with UNIX.
Re: modperl 2.0
Thank you, much better. I can't make out the difference between the two command lines (again, I ask you to please clean up your script output, or just copy and paste from your terminal to your mailer, those ^Hs and ^]s make things hard to decipher). Can you do a type perl perl5.6.0 perl5.6.1, and then ls -l and sum each of those files? It looks like a symlink (or even a hardlink) problem. No way no how should perl5.6.0 have an executable version of Did you do the install of perl5.6.1 yourself? If so, did it look Ok? Also, when perl5.6.1 was installed, where did it put the libraries? Thanks, Barrie doctor.nl2k.ab.ca//usr/libdata$ perl5.6.0 -V Perl lib version (v5.6.0) doesn't match executable version (v5.6.1) at /usr/libdata/perl5/i386-bsdos/Config.pm line 21. Compilation failed in require. BEGIN failed--compilation aborted. doctor.nl2k.ab.ca//usr/libdata$ perl5.6.0 -V[1P[4h1[4l Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration: Platform: osname=bsdos, osvers=4.2, archname=i386-bsdos uname='bsdos rdlcom.com 4.2 bsdi bsdos 4.2 kernel #0: wed oct 25 17:38:20 mdt 2000 [EMAIL PROTECTED]:mntproto4.2-i386usrsrcsyscompilegeneric i386 ' config_args='' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define use64bitint=undef use64bitall=undef uselongdouble=undef usesocks=undef Compiler: cc='cc', optimize='-O2', gccversion=2.95.2 19991024 (release) cppflags='-fno-strict-aliasing' ccflags ='-fno-strict-aliasing' stdchar='char', d_stdstdio=undef, usevfork=false intsize=4, longsize=4, ptrsize=4, doublesize=8 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='ld', ldflags =' -L/usr/X11/lib -L/usr/local/lib' libpth=/usr/local/lib /usr/shlib /shlib /lib /usr/lib /usr/X11/lib libs=-lbind -ldl -lm -lc libc=/shlib/libc.so, so=so, useshrplib=true, libperl=libperl.so Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-fPIC', lddlflags='-shared -x -L/usr/X11/lib -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under bsdos Compiled at May 9 2000 14:39:24 @INC: /usr/libdata/perl5/i386-bsdos /usr/libdata/perl5 /usr/contrib/lib/perl5/site_perl/5.6.0/i386-bsdos /usr/contrib/lib/perl5/site_perl/5.6.0 /usr/contrib/lib/perl5/site_perl . doctor.nl2k.ab.ca//usr/libdata$ exit exit Script done on Thu Aug 16 16:13:30 2001 HTH
Re: modperl 2.0
On Thu, Aug 16, 2001 at 04:10:16PM -0600, The Doctor wrote: And that is a perl issue, but people around here are trying to be more helpful that the perl lot. Ofcourse people here are also a 'perl lot', so take care. We're only concentrating on one aspect of perl, that related to Apache. -- Alastair| [EMAIL PROTECTED] | http://www.calliope.demon.co.uk |PGP Key : A9DE69F8 ---
Re: modperl 2.0
On Thu, Aug 16, 2001 at 06:39:19PM -0400, Barrie Slaymaker wrote: Thank you, much better. I can't make out the difference between the two command lines (again, I ask you to please clean up your script output, or just copy and paste from your terminal to your mailer, those ^Hs and ^]s make things hard to decipher). Can you do a type perl perl5.6.0 perl5.6.1, and then ls -l and sum each of those files? It looks like a symlink (or even a hardlink) problem. No way no how should perl5.6.0 have an executable version of Script started on Thu Aug 16 16:52:56 2001 doctor.nl2k.ab.ca//usr/bin$ type perl pero5.6.0 l5.6.0 perl5.6.1 perl is ./perl perl5.6.0 is /usr/contrib/bin/perl5.6.0 perl5.6.1 is /usr/contrib/bin/perl5.6.1 doctor.nl2k.ab.ca//usr/bin$ echo bash tells me it is hashed bash tells me it is hashed doctor.nl2k.ab.ca//usr/bin$ ls -l perl* -rwxr-xr-x 1 root wheel11250 Jul 2 19:32 perl -r-xr-xr-x 1 news bin 264900 Oct 8 2000 perl4 lrwxr-xr-x 1 root wheel4 Aug 16 16:52 perl5 - perl lrwxr-xr-x 1 root wheel 26 Aug 16 16:52 perl5.00402 - ../contrib/bin/perl5.00402 -rwxr-xr-x 1 root wheel 1319624 Jan 16 1999 perl5.00502 -rwxr-xr-x 1 root wheel11250 Oct 8 2000 perl5.00503 -rwxr-xr-x 1 root wheel31722 Oct 8 2000 perlbug -rwxr-xr-x 1 root wheel26305 Oct 8 2000 perlcc -rwxr-xr-x 1 root wheel16823 Oct 8 2000 perldoc doctor.nl2k.ab.ca//usr/bin$ ls -l perl*[4h/[4l[4hu[4l[4hs[4l[4hr[4l[4h/[4l[4hc[4l[4ho[4l[4hn[4l[4ht[4l[4hr[4l[4hi[4l[4hb[4l[4h/[4l[4hb[4l[4hi[4l[4hn[4l[4h/[4l -rwxr-xr-x 1 root bin 9989 Jul 2 19:33 /usr/contrib/bin/perl lrwxr-xr-x 1 news bin 15 Aug 16 03:17 /usr/contrib/bin/perl4 - ../../bin/perl4 lrwxr-xr-x 1 news bin 14 Aug 16 03:17 /usr/contrib/bin/perl5 - ../../bin/perl -rwxr-xr-x 1 root bin10351 Jun 15 1998 /usr/contrib/bin/perl5.00402 -rwxr-xr-x 1 root bin 9989 May 29 1999 /usr/contrib/bin/perl5.00503 -rwxr-xr-x 1 root bin13313 Apr 12 13:23 /usr/contrib/bin/perl5.6.0 -rwxr-xr-x 1 root bin14184 May 1 20:05 /usr/contrib/bin/perl5.6.1 -rwxr-xr-x 1 root wheel 35467 May 1 20:06 /usr/contrib/bin/perlbug -rwxr-xr-x 1 root bin16922 May 1 20:06 /usr/contrib/bin/perlcc -rwxr-xr-x 1 root wheel 22649 May 1 20:06 /usr/contrib/bin/perldoc doctor.nl2k.ab.ca//usr/bin$ sum ^C doctor.nl2k.ab.ca//usr/bin$ sum perl perl5.6.0 perl p5.6 5.6.1 383 11 perl sum: perl5.6.0: No such file or directory sum: perl5.6.1: No such file or directory doctor.nl2k.ab.ca//usr/bin$ sum perl perl5.6.0 perl5.6.1[4h/[4l[4hu[4l[4hs[4l[4hr[4l[4h/[4l[4hc[4l[4ho[4l[4hn[4l[4ht[4l[4hr[4l[4hi[4l[4hb[4l[4h/[4l[4hb[4l[4hi[4l[4hn[4l[4h/[4lperl [4h/[4l[4hu[4l[4hs[4l[4hr[4l[4h/[4l[4hc[4loperl5.6.0 perl5.6.1 [Aoctor.nl2k.ab.ca//usr/bin$ sum /usr/contrib/bin/perl /usr/conperl5.6.0 perl5.6.1 1[Aoctor.nl2k.ab.ca//usr/bin$ sum /usr/contrib/bin/perl /usr/contperl5.6.0 perl5.6.1[Actor.nl2k.ab.ca//usr/bin$ sum /usr/contrib/bin/perl /usr/contrperl5.6.0 perl5.6.1[Ator.nl2k.ab.ca//usr/bin$ sum /usr/contrib/bin/perl /usr/contriperl5.6.0 perl5.[4h6[4l[Actor.nl2k.ab.ca//usr/bin$ sum /usr/contrib/bin/perl /usr/contribperl5.6.0 perl5[4h.[4l[Actor.nl2k.ab.ca//usr/bin$ sum /usr/contrib/bin/perl /usr/contrib/perl5.6.0 perl[4h5[4l[Actor.nl2k.ab.ca//usr/bin$ sum /usr/contrib/bin/perl /usr/contrib/bperl5.6.0 per[4hl[4l[Actor.nl2k.ab.ca//usr/bin$ sum /usr/contrib/bin/perl /usr/contrib/biperl5.6.0 pe[4hr[4l[Actor.nl2k.ab.ca//usr/bin$ sum /usr/contrib/bin/perl /usr/contrib/binperl5.6.0 p[4he[4l[Actor.nl2k.ab.ca//usr/bin$ sum /usr/contrib/bin/perl /usr/contrib/bin/perl5.6.0 [4hp[4l[Actor.nl2k.ab.ca//usr/bin$ sum /usr/contrib/bin/perl /usr/contrib/bin/perl5.6. [4h/[4l[4hu[4l[4hs[4l[4hr[4l[4h/[4l[4hc[4l[4ho[4l[4hn[4l[4ht[4l[4hr[4l[4hi[4l[4hb[4l[4h/[4l[4hb[4l[4hi[4l[4hn[4l[4h/[4l 57522 10 /usr/contrib/bin/perl 5866 14 /usr/contrib/bin/perl5.6.0 14518 14 /usr/contrib/bin/perl5.6.1 doctor.nl2k.ab.ca//usr/bin$ exit exit Script done on Thu Aug 16 16:55:24 2001 Did you do the install of perl5.6.1 yourself? If so, did it look Ok? Yes, make test said all was ready and go. Also, when perl5.6.1 was installed, where did it put the libraries? LEt me see; I used BSD)SDistributed option. Thanks, Any helpful hints is REAL help. Barrie doctor.nl2k.ab.ca//usr/libdata$ perl5.6.0 -V Perl lib version (v5.6.0) doesn't match executable version (v5.6.1) at /usr/libdata/perl5/i386-bsdos/Config.pm line 21. Compilation failed in require. BEGIN failed--compilation aborted. doctor.nl2k.ab.ca//usr/libdata$ perl5.6.0 -V[1P[4h1[4l Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration: Platform: osname=bsdos, osvers=4.2,
Re: modperl 2.0
TD == The Doctor [EMAIL PROTECTED] writes: TD But a rude questioner DOES provoke a storm. You seem to be attempting to build up your same reputation here as you did on the BSD/OS users list; soon everyone who knows the answers to your questions will ignore you, like we did on the bsdi-users list. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/
Re: modperl 2.0
On Sun, Aug 12, 2001 at 03:49:30PM -0400, Barrie Slaymaker wrote: On Sun, Aug 12, 2001 at 08:39:09AM -0600, The Doctor wrote: I will try, but this indicates to me that perl 5.6 is geared towards Linux without consideration for BSD/OS and related OSes. Huh? I don't follow. Neither would Tom Baker ;-). We're discussing different ways of installing Perl so that later versions and earlier versions can coexist (and even cooperate, see below). Since most (all common?) OSs don't deal with library versioning issues transparently, it's up to the app (perl in this case). Most apps don't bother. The Perl config gurus try very hard to make it so that multiple versions will coexist by default and even to make it so that newer versions will hunt back through previous versions' library trees for libraries so you don't have to install multiple copies of libraries just to have multiple versions of Perl able to call the same libraries. It's not perfect, but it seems to work pretty well. On a wide variety of platforms. If it isn't installed to use this version number in it's library path(s), that's ok too, but don't blame Perl's design; that's an installer's decision, I believe. - Barrie This is not going well with me as this forces to stay at perl 5.00503 until BSD/OS comes up with the new perl distrubution.
Re: modperl 2.0
On Sun, Aug 12, 2001 at 03:49:30PM -0400, Barrie Slaymaker wrote: On Sun, Aug 12, 2001 at 08:39:09AM -0600, The Doctor wrote: I will try, but this indicates to me that perl 5.6 is geared towards Linux without consideration for BSD/OS and related OSes. Huh? I don't follow. Neither would Tom Baker ;-). We're discussing different ways of installing Perl so that later versions and earlier versions can coexist (and even cooperate, see below). Since most (all common?) OSs don't deal with library versioning issues transparently, it's up to the app (perl in this case). Most apps don't bother. The Perl config gurus try very hard to make it so that multiple versions will coexist by default and even to make it so that newer versions will hunt back through previous versions' library trees for libraries so you don't have to install multiple copies of libraries just to have multiple versions of Perl able to call the same libraries. It's not perfect, but it seems to work pretty well. On a wide variety of platforms. If it isn't installed to use this version number in it's library path(s), that's ok too, but don't blame Perl's design; that's an installer's decision, I believe. perl 5.6.1 calling itself perl 5.6.0 Come off of it!
Re: modperl 2.0
On Sun, Aug 12, 2001 at 03:46:24PM -0600, The Doctor wrote: This is not going well with me as this forces to stay at perl 5.00503 until BSD/OS comes up with the new perl distrubution. Again, I don't follow. What leads you to that conclusion? - Barrie
Re: modperl 2.0
On Sun, Aug 12, 2001 at 03:47:09PM -0600, The Doctor wrote: perl 5.6.1 calling itself perl 5.6.0 Come off of it! I don't know where you got that idea.
Re: modperl 2.0
On Sun, Aug 12, 2001 at 05:50:01PM -0400, Barrie Slaymaker wrote: On Sun, Aug 12, 2001 at 03:46:24PM -0600, The Doctor wrote: This is not going well with me as this forces to stay at perl 5.00503 until BSD/OS comes up with the new perl distrubution. Again, I don't follow. What leads you to that conclusion? Unless Te perl group can identify this 5.6.X problem at this level, I will have to wait for BSD/OS to release 4.3 with WE HOPE perl 5.6.1 .
Re: modperl 2.0
On Sun, 12 Aug 2001, The Doctor wrote: On Sun, Aug 12, 2001 at 05:51:22PM -0400, Barrie Slaymaker wrote: On Sun, Aug 12, 2001 at 03:47:09PM -0600, The Doctor wrote: perl 5.6.1 calling itself perl 5.6.0 Come off of it! I don't know where you got that idea. When I ran perl 5.6.1 it was identifying itself as perl 5.6.0 . Identity crisis?? A) This is fairly OT at this point. B) You have a broken Perl installation. This is neither the fault of Perl nor mod_perl. It _may_ be the fault of the BSD packaging folks, or someone may have simply screwed up your install on the machine you're using. The easiest thing might be to download the 5.6.1 tarball and install from scratch. Or you could continue being obnoxious on an unrelated list and giving Barrie shit when he's just trying to help you. -dave /*== www.urth.org We await the New Sun ==*/
Re: modperl 2.0
On Sun, Aug 12, 2001 at 03:55:26PM -0600, The Doctor wrote: When I ran perl 5.6.1 it was identifying itself as perl 5.6.0 . Identity crisis?? Dunno, but you can bet it's not right. Care to post the command and results? Sounds like a symlink problem, you might want to use some combination of the ls -l, whence or hash, sum and strings commands to figure out what's right. I can promise you that perl 5.6.1 properly reports itself and that you'd have to edit it somehow to make it say otherwise (and I'm not proposing that somebody did). Whatever perls are running around that box are pretty screwed up, but the good news is it should be pretty easy to fix once the problem is hunted down... - Barrie
Re: modperl 2.0
On Sun, Aug 12, 2001 at 07:18:11PM -0400, Barrie Slaymaker wrote: On Sun, Aug 12, 2001 at 03:55:26PM -0600, The Doctor wrote: When I ran perl 5.6.1 it was identifying itself as perl 5.6.0 . Identity crisis?? Dunno, but you can bet it's not right. Care to post the command and results? Sounds like a symlink problem, you might want to use some combination of the ls -l, whence or hash, sum and strings commands to figure out what's right. I can promise you that perl 5.6.1 properly reports itself and that you'd have to edit it somehow to make it say otherwise (and I'm not proposing that somebody did). Whatever perls are running around that box are pretty screwed up, but the good news is it should be pretty easy to fix once the problem is hunted down... This is beter than the perl people. I promise I will. Mail me on Thursday as a reminder.
Re: modperl 2.0
On Sun, 12 Aug 2001, Barrie Slaymaker wrote:
On Sun, Aug 12, 2001 at 08:39:09AM -0600, The Doctor wrote:
I will try, but this indicates to me that perl 5.6 is geared towards
Linux without consideration for BSD/OS and related OSes.
Huh? I don't follow. Neither would Tom Baker ;-).
I think the guy got confused because in your examples you've used
copy-n-paste from your OS, which is linux :)
and when I install (say) 5.6.1 here, it would be at:
/usr/local/lib/perl5/5.6.1/i686-linux/Config.pm
By comparison, the error message above is reporting:
/usr/libdata/perl5/i386-bsdos/Config.pm
so this is fine, on linux this is called /i{3|4|5|6}86-linux/ whereas on
BSD this will be /i{3|4|5|6}86-bsdos/ or similar :)
but this all goes off-topic here.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
