Re: looks like mod_perl installed, but I can't execute perl scripts
I had a similar problem running mod_perl with Oracle9i; In my particular case, the solution was to declare the PERL5LIB env variable both at the OS side and inside httpd.conf as follows on the perl section: sentenv PERL5LIB [your PERL lib path]. Another issue was resolved by passenv PERL5LIB. Also, you migh check out the apache error_log if you get a good mod_per start as per the installation manual. One VERY important step is to check out (again and again) how you did compile mod_perl as it may be tricky, as per the installation manual: perl Makefile.PL make make test make install cd to apache_xx make install Finally, you can temporarily disable your startup.pl. I did this because only had used it to persist the DB connection from Apache startup. I have discovered that versioning is very impostant for it all. Can't suggest you any of what Linux are since I'm on Solaris/Sparc. I had tremendous problems using Apache version 1.3.26 instead of 1.3.12 (!). Good Luck. Fabian. Paul Barrette wrote: I'll admit I am not an expert at compiling from source. I have however, been persistent and banging my head against the wall for several weeks.I have finally decided to ask for help.Forgive me for any list server faux paux as well as I am brand new at it.Here is my configurationI am running Redhat 7.3 on x86.Apache, php then mod_perl have all been compiled and installed in that order.I have apache 2.0.39 compiled with the following configure options:--enable-so--enable-mods-shared=most--with-mpm-preforkI've also installed php 4.2.0 using--with-apxs2=/usr/local/apache2/bin/apxs--without-tsrm-pth--enable-versioning--enable-regex--with-mysqlFinally I've installed mod-perl-1.99_05 as follows:perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2 MP_INST_APACHE2=2Everything works well EXCEPT perl.There are no complaints when I startup apache, in fact the following message can be seen in the error.log file:Apache/2.0.39 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1 DAV/2 PHP/4.2.0 configured -- resuming normal operationsI've added the following lines in httpd.conf:__ LoadModule perl_modulemodules/mod_perl.so #PerlModule Apache2 PerlRequire "/usr/local/apache2/perl/startup.pl" Alias /perl /web/pbarrette.com/admin/ PerlModule Apache::Registry Location /perl> SetHandler modperl PerlHandler Apache::Registry Options +ExecCGI PerlSendHeader on Allow from all /Location> __ my startup.pl script is as follows: ___use Apache2 ();use lib qw(/web/pbarrette.com/admin);# enable if the mod_perl 1.0 compatibility is needed# use Apache::compat ();use ModPerl::Util (); #for CORE::GLOBAL::exituse Apache::RequestRec ();use Apache::RequestIO ();use Apache::RequestUtil ();use Apache::Server ();use Apache::ServerUtil ();use Apache::Connection ();use Apache::Log ();use APR::Table ();use ModPerl::Registry ();use Apache::Const -compile => ':common';use APR::Const -compile => ':common';1;___I put a test perl script test.pl into the /web/pbarrette.com/admin directory, enter the url in a browser but all I get is the text not executed.print "Content-type: text/html\n\n";print "mod_perl rules!\n";I have searched in a zillion places to see where I am going wrong and suspect everything is OK but just that I do not knowhow to properly enable mod_perl. Either that or I do not know where to put perl scripts.I have tried the latest build of apache-2.0.40 as well as php-4.2.2, but I ran into so many problems trying to get them to compile that I decided tostick with the versions that I have.Does anybody know what I am doing wrong?Thanks,Paul Barrette
Re: [CGI] [OT] HTML to XHTML conversion
Complete automatic conversion is not possible since someone could enter HTML code that omits or contains certain attributes are either required or not allowed in XHTML Transitional and the conversion program would 1. not know what value to add for required but omitted attributes, or 2. removing the not allowed attributes will seriously change the rendering of the page. Of course the simple mechanical rules - 1. all tag names in lower case 2. all tags closed 3. all attribute values quoted 4. proper tag nesting etc. could be automated and may be sufficient for your purposes. Regards Roy - Original Message - From: Jonathan M. Hollin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: CGI List [EMAIL PROTECTED] Sent: Friday, August 23, 2002 8:54 AM Subject: [CGI] [OT] HTML to XHTML conversion [NOTICE: see the message footer for important information] [OFF TOPIC] I am trying to find a module that can convert HTML to XHTML, but have drawn a blank on CPAN and GOOGLE. Is there anything out there to do this other than HTML TIDY? I am developing a mod_perl CMS application at the moment. All its output is compliant with XHTML Transitional. But its users can create content that isn't (and are likely to) and I'd like to parse this and convert it XHTML before it goes into the RDBMS if possible. If nothing exists along these lines - would anyone like to collaborate on the development of a module for this purpose? HTML::XHTML anyone? -- Jonathan M. Hollin Co-ordinator: WYPUG (http://wypug.pm.org/) -- To unusbcribe, send an email contining the words: 'unsubscribe cgi-list' to the following email address: [EMAIL PROTECTED] Archives of the following mailing lists are available at: http://www.perl.jann.com/ the CGI Mailing List the mod_perl mailing list the embperl mailing list Searching, browsing and posting are available at http://www.perl.jann.com/
Re: [OT] HTML to XHTML conversion
On Friday, August 23, 2002, at 04:54 pm, Jonathan M. Hollin wrote: [OFF TOPIC] I am trying to find a module that can convert HTML to XHTML, but have drawn a blank on CPAN and GOOGLE. Is there anything out there to do this other than HTML TIDY? [snip] If nothing exists along these lines - would anyone like to collaborate on the development of a module for this purpose? HTML::XHTML anyone? Out of curiosity... why not tidy? It seems to do a pretty darn good job of it - I use it all of the time. Adrian
Re: DBI makes apache fail in perl58.dll
The following change fixes that, but now the trace filehandle is not cloned anymore. That means you have to set the trace file in every thread and cannot set it in the parent thread. DBI.xs line 223 change from DBIS-logfp = parent_dbis? fp_dup(parent_dbis-logfp,'',0) : PerlIO_stderr(); to DBIS-logfp = parent_dbis PL_ptr_table? fp_dup(parent_dbis-logfp,'',0) : PerlIO_stderr(); Gerald Hi thanks for preceeding answer. I have two others : 1/ is it going to be fixed in a future release of DBI ? 2/ if I don't want to trace DBI can I ignore the trace file in children processes created by modperl ? pascal
[ANNOUNCE] OpenInteract 1.50 released
A new version (1.50) of OpenInteract has been released to CPAN. OpenInteract is an extensible web application server built on Apache, mod_perl, the Template Toolkit and SPOPS object persistence. This version changes how templates are handled -- they're no longer accessible from the database. Browser-based template editing is back, however, and you can edit templates without having them overwritten with package upgrades. Documentation got a minor (but needed) overhaul. Thanks to Ben Avery for help. Source (also via CPAN): http://prdownloads.sourceforge.net/openinteract/OpenInteract-1.50.tar.gz?download Detailed changes: http://sourceforge.net/project/shownotes.php?release_id=107160 Thanks! Chris -- Chris Winters ([EMAIL PROTECTED]) Building enterprise-capable snack solutions since 1988.
