Dear Friends: I'm facing a dilemma here. We are testing an Oracle 9iAS installation (Apache 1.3.19, mod_ssl 2.8.1, mod_perl 1.25 as DSO, Perl 5.005_03) on Red Hat Linux 7.2, which itself came with Perl 5.6.0, and from your comments, that's bad.. On the other hand, Oracle's product does not include all the sources -which could have patches- making up the mod_perl enabled Apache, so I've got various basic choices:
-Do double installations of perl modules, for the 5.6.0 and 5.005_03 Perls. -Install new modules only for 5.005.3, for use in web development. Do double installs only for those usefull for admin work. -Obtain and install all the modules installed for 5.6.0 and install them for the 'Oracle' 5.005_03 Perl, then replace the /usr/bin/perl with the 5.005_03 version. -Go the tough route and try to replace 5.005_03 in Oracle's product with 5.6.1, where the problem would be absence of source for any Oracle modules. This would also thow support from Oracle out the window when/if the box ends testing and goes into production. I'm eyeing the first option as the easiest, most stable. Now that means using 5.005_03 as DSO under Red Hat 7.2. Is that combination stable? Or is Perl 5.6.1 required to have stability for mod_perl as DSO on that platform? Your comments will be appreciated. Regards, Rafael Caceers At 09:38 PM 3/5/2002 -0500, you wrote: >Just thought I'd drop a note here and let people know we've errata'd >perl 5.6.1 and mod_perl 1.26 for Red Hat Linux 7.2. Most >significantly, mod_perl as a DSO under 7.2 work properly now. I've >spoken with a few of you off list about some of the issues, so >hopefully this release will solve the problems people have had in the >past with Red Hat and mod_perl DSOs. Not to mention banishing 5.6.0 >from 7.2 :) > >Chip > >-- >Chip Turner [EMAIL PROTECTED] > Red Hat Network
