mp2 apr-ext/uuid test failed
-8<-- Start Bug Report 8<-- 1. Problem Description: I'm glad to report that the 'make test' starts my httpd server ok now. (apache 2.0.48, solaris 8, gcc 3.3.1, and perl 5.8.2) However I got the following errors: apr-ext/uuid..Can't load '/s5/twh/papache/httpd-2.0.48/modperl-2.0/t/..\ /blib/arch/Apache2/auto/APR/APR.so' for module APR: ld.so.1: /opt1/perl580/bin/perl: fatal: libapr-0.so.0: open failed: No such file or directory at /opt1/perl580/lib/5.8.2/sun4-solaris/DynaLoader.pm line 229. at apr-ext/uuid.t line 25 Compilation failed in require at apr-ext/uuid.t line 25. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay The APR.so exists, but not libapr-0.so.0. Any suggestions? 2. Used Components and their Configuration: *** mod_perl version 1.9913 *** using lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_APXS => /s5/twh/apache2/bin/apxs MP_AP_PREFIX=> /s5/twh/apache2 MP_COMPAT_1X=> 1 MP_DEBUG=> 1 MP_GENERATE_XS => 1 MP_INST_APACHE2 => 1 MP_LIBNAME => mod_perl MP_TRACE=> 1 MP_USE_DSO => 1 MP_USE_STATIC => *** /s5/twh/apache2/bin/httpd -V Server version: Apache/2.0.48 Server built: Dec 30 2003 14:27:09 Server's Module Magic Number: 20020903:4 Architecture: 32-bit Server compiled with -D APACHE_MPM_DIR="server/mpm/prefork" -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_PROC_PTHREAD_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="/s5/twh/apache2" -D SUEXEC_BIN="/s5/twh/apache2/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" *** /opt1/perl580/bin/perl -V Summary of my perl5 (revision 5.0 version 8 subversion 2) configuration: Platform: osname=solaris, osvers=2.8, archname=sun4-solaris uname='sunos ln 5.8 generic_108528-18 sun4u sparc ' config_args='-Dcc=gcc -B/usr/ccs/bin/ -Dprefix=/opt1/perl580' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc -B/usr/ccs/bin/', ccflags ='-fno-strict-aliasing -I/opt/exp/gnu/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O', cppflags='-fno-strict-aliasing -I/opt/exp/gnu/include' ccversion='', gccversion='3.3.1', gccosandvers='solaris2.8' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='gcc -B/usr/ccs/bin/', ldflags =' ' libpth=/opt/exp/gnu/lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldb -ldl -lm -lc perllibs=-lsocket -lnsl -ldl -lm -lc libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -Wl,-E' cccdlflags='-fPIC', lddlflags=' -Wl,-E -G' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under solaris Compiled at Nov 26 2003 09:50:06 %ENV: PERL_LWP_USE_HTTP_10="1" @INC: /opt1/perl580/lib/5.8.2/sun4-solaris /opt1/perl580/lib/5.8.2 /opt1/perl580/lib/site_perl/5.8.2/sun4-solaris /opt1/perl580/lib/site_perl/5.8.2 /opt1/perl580/lib/site_perl . *** Packages of interest status: Apache::Request: - CGI: 3.01 LWP: 5.76 mod_perl : 1.29 3. This is the core dump trace: (if you get a core dump): [CORE TRACE COMES HERE] This report was generated by t/REPORT on Wed Dec 31 14:24:22 2003 GMT. -8<-- End Bug Report --8<-- Note: Complete the rest of the details and post this bug report to dev perl.apache.org. To subscribe to the list send an empty email to [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
binary distribution of Perl 5.8.2 for AIX5.1
Hi, Group, This is my first time posting, wish everyone a happy new year! My question is, does anyone have a perl 5.8.2 BINARY distribution for the AIX5.1? By this distribution, I mean the equivalent of the window's binary distribution, Perl-5.8-win32-bin.exe under http://perl.apache.org/dist/win32-bin/, which has the perl engine and lots of packages built in, such as XML, HTML, SSLeay, LWP, etc. The alternative for me is to build the perl 5.8 on AIX5 and install these packages myself, but my first shot is trying to ask the group if anyone has done that before, and would like to share this priceless information with us. I searched the web, all the binary distributions for AIX5.1 so far do not seem to have these packages included. Any help is greatly appreciated! Jun Liu Do you Yahoo!? Free Pop-Up Blocker - Get it now
Re: binary distribution of Perl 5.8.2 for AIX5.1
Jun Perl wrote: Hi, Group, This is my first time posting, wish everyone a happy new year! My question is, does anyone have a perl 5.8.2 BINARY distribution for the AIX5.1? By this distribution, I mean the equivalent of the window's binary distribution, Perl-5.8-win32-bin.exe under http://perl.apache.org/dist/win32-bin/, which has the perl engine and lots of packages built in, such as XML, HTML, SSLeay, LWP, etc. The alternative for me is to build the perl 5.8 on AIX5 and install these packages myself, but my first shot is trying to ask the group if anyone has done that before, and would like to share this priceless information with us. I searched the web, all the binary distributions for AIX5.1 so far do not seem to have these packages included. Any help is greatly appreciated! If you are talking about the ActivePerl build for AIX, you should ask at ActiveState. If not, then I don't know, as we don't supply one. __ 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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: modperl STATUS
Eric Cholet wrote:
Le 20 déc. 03, à 03:55, [EMAIL PROTECTED] a écrit :
stas2003/12/19 18:55:00
Modified:.STATUS
Log:
Log the patch from "Douglas K. Fischer"
Revision ChangesPath
1.44 +8 -1 modperl/STATUS
Index: STATUS
===
RCS file: /home/cvs/modperl/STATUS,v
retrieving revision 1.43
retrieving revision 1.44
diff -u -u -r1.43 -r1.44
--- STATUS1 Dec 2003 17:54:39 -1.43
+++ STATUS20 Dec 2003 02:55:00 -1.44
@@ -12,6 +12,13 @@
Available Patches:
+* Improper signal handler restoration with sigaction()
+ Report: +Patch
+
http://marc.theaimsgroup.com/?l=apache-modperl&m=107177256515969&w=2
+
http://marc.theaimsgroup.com/?l=apache-modperl&m=103374262313616&w=2
+ Status: Rafael Garcia-Suarez says the patch looks good at the
+ first glance
+
This patch works fine for me under 5.6.1, although I'm wondering why the
change to mod_perl.h wasn't #ifdef'd like the others, probably better
to do this:
--- src/modules/perl/mod_perl.h 7 Apr 2003 23:16:23 - 1.118
+++ src/modules/perl/mod_perl.h 26 Dec 2003 11:18:15 -
@@ -1056,7 +1056,11 @@
} perl_dir_config;
typedef struct {
+#ifdef HAS_SIGACTION
+Sigsave_t h;
+#else
Sighandler_t h;
+#endif
I32 signo;
} perl_request_sigsave;
Under 5.8.2 the patch fails:
modules/perl/libperl.a(mod_perl.o): In function `per_request_cleanup':
mod_perl.o(.text+0x1f1d): undefined reference to `rsignal_restore'
modules/perl/libperl.a(perl_config.o): In function
`perl_create_request_config':
perl_config.o(.text+0x8e8): undefined reference to `rsignal_save'
*** Error code 1
Haven't had the time to dig into this further yet.
Thanks, Eric. I've logged your notes. Whoever (=gozer?) is going to work on
the next mp1 release, will take it further...
__
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
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [mp2] apr-ext/uuid.t fails on solaris
[joining two identical reports in one] Brad Lanam wrote: 1. Problem Description: apr-ext/uuid.t fails to run on Solaris x86. apr-ext/uuidCan't load '/export/home/sadm/Work/mod_perl-1.99_12/t/../blib/arch/Apache2/auto/APR/APR.so' for module APR: ld.so.1: /usr/local/bin/perl: fatal: libapr-0.so.0: open failed: No such file or directory at /usr/local/lib/perl5/5.8.2/i86pc-solaris-thread-multi/DynaLoader.pm line 229. at apr-ext/uuid.t line 25 Compilation failed in require at apr-ext/uuid.t line 25. 1..3 # Running under perl version 5.008002 for solaris # Current time local: Wed Dec 24 12:15:07 2003 # Current time GMT: Wed Dec 24 20:15:07 2003 # Using Test.pm version 1.24 dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay Failed TestStat Wstat Total Fail Failed List of Failed --- apr-ext/uuid.t 255 65280 36 200.00% 1-3 *** server localhost:8529 shutdown !!! error running tests (please examine t/logs/error_log) ++ | Please file a bug report: http://perl.apache.org/bugs/ | ++ *** Error code 1 make: Fatal error: Command failed for target `run_tests' ldd `find . -name 'APR.so' -print` libapr-0.so.0 => (file not found) libsendfile.so.1 => /usr/lib/libsendfile.so.1 librt.so.1 =>/usr/lib/librt.so.1 libm.so.1 => /usr/lib/libm.so.1 libsocket.so.1 =>/usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libresolv.so.2 =>/usr/lib/libresolv.so.2 libpthread.so.1 => /usr/lib/libpthread.so.1 libdl.so.1 =>/usr/lib/libdl.so.1 libaprutil-0.so.0 => (file not found) libexpat.so.0 => /usr/local/lib/libexpat.so.0 libc.so.1 => /usr/lib/libc.so.1 libaio.so.1 => /usr/lib/libaio.so.1 libmd5.so.1 => /usr/lib/libmd5.so.1 libmp.so.2 =>/usr/lib/libmp.so.2 libthread.so.1 =>/usr/lib/libthread.so.1 Can you please run: % grep DMP_HAVE_APR_LIBS Makefile You probably have 'DEFINE = -DMP_HAVE_APR_LIBS' Next, can you please add debug statements to get_DEFINE() in the top level Makefile.PL, dumping the value of @apr_libs __ 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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [mp2] apr-ext/uuid.t fails on solaris
On Wed, Dec 31, 2003 at 12:42:56PM -0800, Stas Bekman wrote: > Brad Lanam wrote: > >1. Problem Description: > > > >apr-ext/uuid.t fails to run on Solaris x86. > > > >apr-ext/uuidCan't load > >'/export/home/sadm/Work/mod_perl-1.99_12/t/../blib/arch/Apache2/auto/APR/APR.so' > >for module APR: ld.so.1: /usr/local/bin/perl: fatal: libapr-0.so.0: > >open > >failed: No such file or directory at > >/usr/local/lib/perl5/5.8.2/i86pc-solaris-thread-multi/DynaLoader.pm > >line > >229. at apr-ext/uuid.t line 25 > Can you please run: > > % grep DMP_HAVE_APR_LIBS Makefile > > You probably have 'DEFINE = -DMP_HAVE_APR_LIBS' Yes. > Next, can you please add debug statements to get_DEFINE() in the top level > Makefile.PL, dumping the value of @apr_libs === apr_libs: -L/export/apache2_dev/lib -lapr-0 -L/export/apache2_dev/lib -laprutil-0 I would normally say it needs the -R.../lib for Solaris, but an installation may have multiple apache servers installed, so some magic w/LD_LIBRARY_PATH or LD_RUN_PATH needs to be done. -- Brad -- -- Brad Lanam [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [mp2] apr-ext/uuid.t fails on solaris
Brad Lanam wrote: [...] === apr_libs: -L/export/apache2_dev/lib -lapr-0 -L/export/apache2_dev/lib -laprutil-0 So, that's where they reside? /export/apache2_dev/lib? I would normally say it needs the -R.../lib for Solaris, So, isn't it a bug in apr-config then? % apr-config --link-ld should give the correct information. but an installation may have multiple apache servers installed, so some magic w/LD_LIBRARY_PATH or LD_RUN_PATH needs to be done. The linking of APR.so happens in xs/APR/APR/. xs/APR/APR/Makefile.PL repeats the same thing get_DEFINE() did, and you can see the resulting linking flags in xs/APR/APR/Makefile. __ 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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [mp2] apr-ext/uuid.t fails on solaris
On Wed, Dec 31, 2003 at 01:00:57PM -0800, Stas Bekman wrote: > Brad Lanam wrote: > [...] > >=== apr_libs: -L/export/apache2_dev/lib -lapr-0 > > -L/export/apache2_dev/lib -laprutil-0 > > So, that's where they reside? /export/apache2_dev/lib? Yes. > >I would normally say it needs the -R.../lib for Solaris, > > So, isn't it a bug in apr-config then? > > % apr-config --link-ld > > should give the correct information. www:sadm$ /export/apache2_dev/bin/apr-config --link-ld -L/export/apache2_dev/lib -lapr-0 www:sadm$ I don't know the Apache developer's intention. If you assume a single Apache installation, it is incorrect for Solaris. It should have '-R/export/apache2_dev/lib' also. If you assume multiple Apache installations, it is correct, as you want to use the appropriate shared library for the Apache install you're working with. If libapr.so and libaprutil.so are identical for any Apache 2 installation on the same machine, then I would not especially care which set of shared libraries mod_perl used, and apr-config would be incorrect, and should include '-R/export/apache2_dev/lib'. -- Brad -- -- Brad Lanam [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [mp2] apr-ext/uuid.t fails on solaris
Brad Lanam wrote: [...] www:sadm$ /export/apache2_dev/bin/apr-config --link-ld -L/export/apache2_dev/lib -lapr-0 www:sadm$ I don't know the Apache developer's intention. If you assume a single Apache installation, it is incorrect for Solaris. It should have '-R/export/apache2_dev/lib' also. If you assume multiple Apache installations, it is correct, as you want to use the appropriate shared library for the Apache install you're working with. If libapr.so and libaprutil.so are identical for any Apache 2 installation on the same machine, then I would not especially care which set of shared libraries mod_perl used, and apr-config would be incorrect, and should include '-R/export/apache2_dev/lib'. i.e. -R hardcodes the path to the libs. And -L is getting completely ignored? Let's take this to the apr-dev list. __ 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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [mp2] apr-ext/uuid.t fails on solaris
On Wed, Dec 31, 2003 at 01:45:42PM -0800, Stas Bekman wrote: > i.e. -R hardcodes the path to the libs. And -L is getting completely > ignored? -L is the link-time search path. It's used. -R is the run-time search path. This is stored in the executable or shared library. > Can you please post me the complete build log? I want to see how APR.so was > linked. Thanks LD_RUN_PATH="/export/apache2_dev/lib:/usr/lib" cc -G -L/usr/local/lib -R/usr/lo cal/lib -L/usr/lib -L/usr/ccs/lib -L/opt/SUNWspro/prod/lib APR.o -xO3 -L/usr/loc al/lib -R/usr/local/lib -L/usr/lib -L/usr/ccs/lib -L/opt/SUNWspro/prod/lib -o . ./../../blib/arch/Apache2/auto/APR/APR.so -L/export/apache2_dev/lib -lapr-0 -l sendfile -lrt -lm -lsocket -lnsl -lresolv -lpthread -ldl -L/export/apache2_dev/l ib -laprutil-0 -lexpat Here's the problem: LD_RUN_PATH is getting overridden by the specified -R path. The -R specified is from the perl config. So either LD_RUN_PATH has to be set up to include all -R values, and the -R(s) removed from the link command line. Or -R has to be added with the appropriate path rather than using LD_RUN_PATH. Or I have to change my perl build to remove any specified -R values, check *all* my perl module builds to make sure they work afterwards. -- Brad -- -- Brad Lanam [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [mp2] apr-ext/uuid.t fails on solaris
Brad Lanam wrote: On Wed, Dec 31, 2003 at 01:45:42PM -0800, Stas Bekman wrote: i.e. -R hardcodes the path to the libs. And -L is getting completely ignored? -L is the link-time search path. It's used. -R is the run-time search path. This is stored in the executable or shared library. Can you please post me the complete build log? I want to see how APR.so was linked. Thanks LD_RUN_PATH="/export/apache2_dev/lib:/usr/lib" cc -G -L/usr/local/lib -R/usr/lo cal/lib -L/usr/lib -L/usr/ccs/lib -L/opt/SUNWspro/prod/lib APR.o -xO3 -L/usr/loc al/lib -R/usr/local/lib -L/usr/lib -L/usr/ccs/lib -L/opt/SUNWspro/prod/lib -o . ./../../blib/arch/Apache2/auto/APR/APR.so -L/export/apache2_dev/lib -lapr-0 -l sendfile -lrt -lm -lsocket -lnsl -lresolv -lpthread -ldl -L/export/apache2_dev/l ib -laprutil-0 -lexpat Here's the problem: LD_RUN_PATH is getting overridden by the specified -R path. The -R specified is from the perl config. So either LD_RUN_PATH has to be set up to include all -R values, and the -R(s) removed from the link command line. Or -R has to be added with the appropriate path rather than using LD_RUN_PATH. Or I have to change my perl build to remove any specified -R values, check *all* my perl module builds to make sure they work afterwards. No, no, this is not a good solution, since others have the same problem. You should leave perl as is. Who sets LD_RUN_PATH="/export/apache2_dev/lib:/usr/lib"? I can't see us setting this value. Where does it come from? It must be ExtUtils::MakeMaker who does that, but where does it take these values from? especially "/export/apache2_dev/lib". Is it in your environment? __ 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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: binary distribution of Perl 5.8.2 for AIX5.1
Thanks Stas! The file http://perl.apache.org/dist/win32-bin/Perl-5.8-win32-bin.exe is the distribution I have for the windows, and I don't think it is the ActiveState version. I did use ActiveState binary distribution for windows before, it is not as comprehensive as the version mentioned above in terms of the packages included. So I guess my wish is to have the AIX5.1 binary version equivalent to the version in the above file. The AIX5.1 binary I found at http://aixpdslib.seas.ucla.edu/packages/perl.html does not have the packages I need (such as Crypt::SSLeay, HTML, and LWP). Is this a better description? Thank you very much for your help! Jun Stas Bekman <[EMAIL PROTECTED]> wrote: Jun Perl wrote:> Hi, Group,> > This is my first time posting, wish everyone a happy new year!> > My question is, does anyone have a perl 5.8.2 BINARY distribution for the> AIX5.1? By this distribution, I mean the equivalent of the window's binary> distribution, Perl-5.8-win32-bin.exe under> http://perl.apache.org/dist/win32-bin/, which has the perl engine and lots> of packages built in, such as XML, HTML, SSLeay, LWP, etc.> > The alternative for me is to build the perl 5.8 on AIX5 and install these> packages myself, but my first shot is trying to ask the group if anyone has> done that before, and would like to share this priceless information with> us.> > I searched the web, all the binary distributions for AIX5.1 so far do not> seem to have these packages included.> > Any help is greatly appreciated!If you are talking about the ActivePerl build for AIX, you should ask at ActiveState. If not, then I don't know, as we don't supply one.__Stas Bekman JAm_pH --> Just Another mod_perl Hackerhttp://stason.org/ mod_perl Guide ---> http://perl.apache.orgmailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.comhttp://modperlbook.org http://apache.org http://ticketmaster.com-To unsubscribe, e-mail: [EMAIL PROTECTED]For additional commands, e-mail: [EMAIL PROTECTED] Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003
Re: binary distribution of Perl 5.8.2 for AIX5.1
Jun Perl wrote: Thanks Stas! The file http://perl.apache.org/dist/win32-bin/Perl-5.8-win32-bin.exe is the distribution I have for the windows, and I don't think it is the ActiveState version. I did use ActiveState binary distribution for windows before, it is not as comprehensive as the version mentioned above in terms of the packages included. So I guess my wish is to have the AIX5.1 binary version equivalent to the version in the above file. The AIX5.1 binary I found at http://aixpdslib.seas.ucla.edu/packages/perl.html does not have the packages I need (such as Crypt::SSLeay, HTML, and LWP). Is this a better description? Thank you very much for your help! Randy maintains that windows perl binary with other packages for the convenience of the win32 users, it's not really part of the modperl project. He is an active maintainer and he just happens to put it on perl.apache.org to offload the traffic from his site. We have no developers who work on AIX and wish to maintain a similar package to Randy's, so I guess you should try to look elsewhere. __ 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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
