Please remove me from the list
I have attempted to unsubscribe in all the correct ways. Please would someone remove me. Ron Whitaker
Re: regular expressions
Please remove me from list - Original Message - From: "Sumit Babu" <[EMAIL PROTECTED]> To: "Malka Cymbalista" <[EMAIL PROTECTED]>; <> Sent: Sunday, June 04, 2006 2:00 PM Subject: Re: regular expressions Can anyone recommend a good book on regular expressions. I don't need a beginners book - I know how to work with regular expressions but I want to be able to understand and use everything and anything that can be done with regular expressions -I guess I would say that I need an advanced book. Check out O'reilly "Mastering Regular Expressions" [1] By Jeffrey E. F. Friedl. 1. http://www.oreilly.com/catalog/regex/
Re: regular expressions
Please remove me from list - Original Message - From: "Garrison Hoffman" <[EMAIL PROTECTED]> To: "Malka Cymbalista" <[EMAIL PROTECTED]> Cc: Sent: Sunday, June 04, 2006 2:01 PM Subject: Re: regular expressions Malka Cymbalista wrote: Can anyone recommend a good book on regular expressions. I don't need a beginners book - I know how to work with regular expressions but I want to be able to understand and use everything and anything that can be done with regular expressions -I guess I would say that I need an advanced book. Thanks for any suggestions. perldoc perlre Mastering Regular Expressions by Jeffrey Friedl (published by O'Reilly, ISBN 1556592-257-3). -- __ Garrison Hoffman Codefix Consulting 1.718.210.3445 [EMAIL PROTECTED] http://codefix.net/ 1.866.456.0584
Re: Interrogating $r
I have attempted all means proper to have myself removed from the list and everything has failed. If you could help in this manner I would appreciated it. Please remove me from the list. - Original Message - From: "Josh Narins" <[EMAIL PROTECTED]> To: Sent: Sunday, June 11, 2006 11:41 AM Subject: Interrogating $r Dear mod_perl community. A while ago I listed a problem I had with mod_perl/apache (newest 1.x series).[1] I've still got this problem, and I am asking for help to debug the problem. [1] Is it possible for a handler to set up an internal_redirect or subrequest on a deferred basis? [2] Is it possible to determine, by interrogating $r (for non-initial requests) what caused the non-initial-request to be started? Sometime between the fixup and content phases apache (in the same httpd process) is trying some sort of subrequest. It starts the new request with a chopped URL (/a/b/c/ becomes /c), starts at the Trans phase, and weirdly enough, the webpages work (the content is served correctly, and I guess the second request is simply discarded). I've put my httpd.conf up at a pastebin. but not sure how long this one lasts: http://sial.org/pbot/17679 [1] - Dec 09, 2005, "Phase/URL Repeat" - http://mail-archives.apache.org/mod_mbox/perl-modperl/200512.mbox/ajax/[EMAIL PROTECTED] _ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
apache DBI Global $r object is not available
I've used the SVN version, but still have this issue with Apache 2.2 on FreeBSD 7.1. Is there a fix? Thanks! Ryan
Re: Multiple mod_perl 2.0 installations on one Linux machine
Why not just run multiple httpds? I do it, but I have multiple IPs and that may be a requirement for running different httpds. On Jan 19, 2009, at 12:45 PM, Adam Prime wrote: Perrin Harkins wrote: On Mon, Jan 19, 2009 at 1:37 PM, Adam Prime wrote: Perrin Harkins wrote: Hmm, isn't the MPM just a runtime configuration? Why would you need another httpd install? It sounds like a separate config file would do it, if that's all you want to change. MPM is a build time configuration via the --with-mpm= to ./configure I thought you could build more than one and load the one you want at runtime. Isn't that what Red Hat does? If redhat's shipping more than one mpm, they've patched httpd. According to the 2.2 docs, you have to choose exactly one MPM: --with-mpm=MPM Choose the process model for your server. You have to select exactly one Multi-Processing Module. Otherwise the default MPM for your operating system will be taken. Possible MPMs are beos, mpmt_os2, prefork, and worker. http://httpd.apache.org/docs/2.2/programs/configure.html Adam
cgi to mod_perl?
Hi again, We have the projects which were written by perl CGI. All programs and modules are developed with good style, "use strict" and "use warnings" are enabled. Can we simply move all the scripts to run under modperl's Registry? Will they go without problems? How much improvement for the performance? Thanks.
Re: cgi to mod_perl?
On Mon, Feb 8, 2010 at 4:29 PM, André Warnier wrote: > About your last question : a lot. > About the other question : > It depends. Generally, yes. But you should really read the documentation > here : http://perl.apache.org/docs/2.0/user/index.html > The time you will spend initially reading this documentation, will be saved > 100 times afterward. > Also, start with Apache 2.2 and mod_perl 2.x. Thanks for your kind suggestion.
problem moving mod_perl app from Linux to Windows
I'm trying to migrate a mod_perl application from Linux, where it works
beautifully, to a Windows 2008 virtual machine, where it ain't doing so
hot. Been trying to track down the problem for many a day. I'm stuck.
The application in question is a front-end for a WSDL service. I'm using
mod_perl to serve the site/UI and XML->Compile to manage data. Again,
all works perfectly on Linux/Apache2/mod_perl -- and snippets of the
code in question work fine on Windows when pulled out of Apache and run
as standalone Perl scripts. But when running as a mod_perl application
on Windows (Win2008 VM/Apache2.2/modperl w/Perl 5.12 versions of either
Strawberry or ActivePerl), XML parsing breaks with the following error:
'error' => 'Can\'t call method "parse_string" on unblessed reference at
C:/Perl/site/lib/XML/Compile/Transport.pm line 77.
I've tried tracing the calls. The first part of a request looks
identical across working and breaking versions -- the XML is retrieved
and looks good, but in the Windows/Apache2 environment, the parser
object isn't getting set up -- or maybe it's getting set up and then
breaking.
A critical point here -- in XML::Compile::Transport on Windows, $parser
is getting set to '\undef' -- it should be getting set like this:
$VAR1 = bless( {
'_State_' => 0,
'XML_LIBXML_PARSER_OPTIONS' => 528390
}, 'XML::LibXML' );
Not much to go on, I realize, but for all my troubleshooting, I just
don't know where the problem is. Best guess here is that since the code
works in the Linux/Apache/mod_perl setting -- and relevant pieces of the
code (the pieces that are breaking as mod_perl) also work in Windows
when executed as standalone scripts -- that there must be some critical
difference in the Windows/Apache/mod_perl environment that's breaking
the Perl structures.
Has anyone run into similar problems? Any suggestions would be much
appreciated.
Thanks,
Richard
