Re: We need help from mod_perl users with technical expertise in non-mainstream OSs
Hi, I have to say that was the nicest "rant" I have read in some time. I wish I knew something about those other OS's :( Eric At 10:35 AM 12/17/02 +0800, Stas Bekman wrote: >Here at the list we have a rather sucky trend in the last year or so. Those >folks who report problems that they have on platforms that aren't *BSD, Linux >and Win32 mostly get unasnwered. Doug, who seems to know about everything, >used to respond to those souls, but nowadays he's too busy with real work. We >have plenty of folks who are kind enough to help others with Linux, BSD >flavors and Win32. So we are all dandy on these platforms. > >So, my big request is to all the folks on the other platforms, whose users >don't get their problems resolved here. If somebody posts a problem that >happens on the platform that you use, please try to help that person, even if >you don't consider yourself an expert. Many times a participation in the >person's quest helps him to find the way on its own. What bugs most people is >the silence. Also if you know somebody who may know the answer but not on the >list, please take the initiative and try to kindly ask that person to help. >And who knows may be he will enjoy to help and do that in the future as well. > >Please, stop lurking in the shades, but try to help when you see that nobody >else does. Especially if you were helped here before. Remember that you have >to give back, if everybody becomes a leech there will be no "blood" left. Also >remember that helping others is addictive, you just need to start doing that. > >Also remember that we all do mistakes. And we aren't experts in all fields. So >if your answer is incorrect, it's not a big problem, since surprisingly, >someone, who ignores the original question in first place, immediately posts >to correct you. Don't feel bad about that, since you've just learned >something. On the opposite feel good about your follow-up, because you tried >to help. > >So, if my rant wakes anybody out there on SunOS, can you please try to figure >out what the problem is with Kenny Smith's report: >http://mathforum.org/epigone/modperl/sleikrigroo > >There are many earlier questions that went unanswered, just go to >http://mathforum.org/epigone/modperl and see which posts have no followup, and >try to help. It's better late, then never. > >__ >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 > (250) 655 - 9513 (PST Time Zone) "Inquiry is fatal to certainty." -- Will Durant
Re: mod_perl-2 configuration problem
On Thu, 19 Dec 2002, Carl Holm wrote: > Hello, > > After adding 'LoadModule perl_module modules/mod_perl.so' and / or > 'PerlRequire "C:/Apache2/conf/extra.pl"' > to httpd.conf , my Apache (2.0.43) HTTP server fails. I am using > mod_perl 1.99_08-dev. Any thought s > would be greatly appreciated. > > Thanks, > > Carl Holm This could be a number of things ... Are there any messages printed out to the screen or in the error log? If installing by ppm, did you get a mod_perl-2 package? And did you get the right one for your Perl version? And did mod_perl.so install OK in your Apache2 modules directory? See the install page for Win32 mod_perl-2 at http://perl.apache.org/ for more details. -- best regards, randy kobes
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: mod_perl troubles with RedHat 8.0 and Perl 5.8.0
iansmith wrote: On Thu, 19 Dec 2002, Stas Bekman wrote: Before you rebuild it, if you can get the segfault backtrace, that would be great. If you don't know how, check: http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems Tried to do a "make test" in the mod_perl directory and got... Syntax error on line 3 of mod_perl-1.27/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration Usually that happens when mod_perl hasn't been compiled yet. Are you sure you have followed the right order of build as explained at the install page? I did a manual run with gdb and got this when it crashed... Starting program: /var/www-1/source/apache_1.3.27/src/httpd -X [New Thread 8192 (LWP 5250)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 8192 (LWP 5250)] #0 0x400c8dfd in perl_header_parser () from /var/www-1/libexec/libperl.so #1 0x0806acdd in run_method () #2 0x0806add7 in ap_header_parse () #3 0x0807f198 in process_request_internal () #4 0x0807f552 in ap_process_request () #5 0x08076816 in child_main () #6 0x080769b6 in make_child () #7 0x08076b1d in startup_children () #8 0x0807714a in standalone_main () #9 0x08077968 in main () #10 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 Any ideas? Thanks. Any chance you can recompile mod_perl with DEBUG enabled and get the trace again, so that we can see the arguments to the faulty call? -- __ 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: mod_perl fails tests
[EMAIL PROTECTED] wrote: Yes, I was able to find CGI.pm. Do you know how I can fix my "problem" and get mod_perl installed and configured. I want to see the output of: find /usr/lib/perl5 -name "CGI.pm" Does it match one of the paths in @INC, as reported by the error message? Thanks- Rodney On Wed, 18 Dec 2002 16:13:19 +0800 Stas Bekman <[EMAIL PROTECTED]> wrote: [EMAIL PROTECTED] wrote: I am having some trouble installing mod_perl on my redhat linux 8.0 box. I successfully installed apache 2.0.43 from source and placed it in the /usr/local/apache2 directory. In addition, I downloaded the latest version of mod_perl from cvs. I successfully used the following command to generate the makefile: perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2 MP_INST_APACHE2=1. Even though the make process was successful the make test process was not. As clear as I can tell from the error message that I listed below, mod_perl is looking for apache components in /home/software/apache_cvs/modperl-2.0/t/conf/httpd .conf which is clearly wrong since my httpd.conf file is in /usr/local/apache2/conf. Actually, this is the correct httpd.conf which is autogenerated for the tests only Here is the error message: waiting for server to start: ...[Tue Dec 17 17:37:17 2002] [info] 19 Apache:: modules loaded [Tue Dec 17 17:37:17 2002] [info] 5 APR:: modules loaded [Tue Dec 17 17:37:17 2002] [info] base server + 6 vhosts ready to run tests ..[Tue Dec 17 17:37:19 2002] [info] 19 Apache:: modules loaded [Tue Dec 17 17:37:20 2002] [info] 5 APR:: modules loaded .[Tue Dec 17 17:37:20 2002] [info] base server + 6 vhosts ready to run tests Syntax error on line 693 of /home/software/apache_cvs/modperl-2.0/t/conf/httpd.conf: Can't locate CGI.pm in @INC (@INC contains: /home/software/apache_cvs/modperl-2.0/blib/lib/Apache2 /home/software/apache_cvs/modperl-2.0/blib/arch/Apache2 /home/software/apache_cvs/modperl-2.0/Apache-Test/lib /home/software/apache_cvs/modperl-2.0/lib /home/software/apache_cvs/modperl-2.0/blib/lib /home/software/apache_cvs/modperl-2.0/blib/arch /home/software/apache_cvs/modperl-2.0/t/response /home/software/apache_cvs/modperl-2.0/t/protocol /home/software/apache_cvs/modperl-2.0/t/hooks /home/software/apache_cvs/modperl-2.0/t/filter /home/software/apache_cvs/modperl-2.0/t /home/software/apache_cvs/modperl-2.0/t/htdocs/testdirective/perlmodule-vh /home/software/apache_cvs/modperl-2.0/t/htdocs/testdirective/main /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) at (eval 22) line 3. !!! server has died with status 255 (t/logs/error_log wasn't created, start the server in the debug mode) make: *** [run_tests] Error 143 You mean, you have 5.8.0 but no CGI.pm? It should be there, because it's the part of the core. can you please do: find /usr/lib/perl5 -name "CGI.pm" Do you get it? __ 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 -- __ 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: mod_perl-2 configuration problem
Hi - Some thoughts from a relative newbie who just recently got ap2/mp2 up and running... 1) How does is fail? Seg fault? 2) Did you add modules to Apache2 during the ap2 ./configure setp? If so, you may want to re-install it 'naked': ./configure --with-mpm=worker (-or- prefork) After you get it running you can play with adding modules. 3) Which version of Perl? 5.8.0 (I hope)? Did you perl install 'pass' the tests shown in: http://perl.apache.org/docs/2.0/user/install/install.html#Prerequisites 4) You may want to look at my experiences at: http://beaucox.com/mason/mason-with-apmp2-mini-HOWTO.htm (ignore the 'mason' part if your not using it). 5) Check that the mod_perl.so in your apache tree is the same as the moduled in the mod_perl tree (/your-path-to-modperl-2-package/src/modules/perl/mod_perl.so). Aloha => Beau. -Original Message- From: Carl Holm [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 12:47 PM To: [EMAIL PROTECTED] Subject: mod_perl-2 configuration problem Hello, After adding 'LoadModule perl_module modules/mod_perl.so' and / or 'PerlRequire "C:/Apache2/conf/extra.pl"' to httpd.conf , my Apache (2.0.43) HTTP server fails. I am using mod_perl 1.99_08-dev. Any thought s would be greatly appreciated. Thanks, Carl Holm
mod_perl-2 configuration problem
Hello, After adding 'LoadModule perl_module modules/mod_perl.so' and / or 'PerlRequire "C:/Apache2/conf/extra.pl"' to httpd.conf , my Apache (2.0.43) HTTP server fails. I am using mod_perl 1.99_08-dev. Any thought s would be greatly appreciated. Thanks, Carl Holm
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: When perl is not quite fast enough
[apache.org keeps on timing out :( reposting 3rd time :(] Jeff AA wrote: >>-Original Message- >>From: Stas Bekman [mailto:[EMAIL PROTECTED]] >>Sent: 16 December 2002 13:22 >>To: [EMAIL PROTECTED] >>Subject: When perl is not quite fast enough >> >> >>While reading Mark Fowler excelent Perl Advent Calendar >>(http://www.perladvent.org/2002/) 6th entry: >>http://www.perladvent.org/2002/6th/, in the references >>section I've noticed a >>link to Nicolas Clark's notes from his YAPC::EU::2002 >>presentation, on how to >>make your perl code faster: http://www.ccl4.org/~nick/P/Fast_Enough/ > > > Dear ModPerl Lister, > > I have two questions: > > 1) In this list, I have seen folks asking general Perlish questions >told to take their discussions elsewhere, along with the useless >recommendation that they browse lists.perl.org - I have done this >several times and joined a few of the lists, but only ever found >lists that were rather beginner. I have also lurked in some of the >groups.yahoo.com pearly lists without finding the right level. > >- can folks name any specific useful intermediate/advanced > Perl lists? i.e. Perl 4+ years in a commercial env I think the comp.lang.perl.moderated newsgroup (and if not accepted by the first, comp.lang.perl.misc) used to be the best resource to discuss general perl things. It's been a while since I've last used it, so I'm not sure if it's still a good resource. If others can confirm that it's still useful, I'll add that resource to: http://perl.apache.org/docs/offsite/other.html#Perl If you know of other good resources for general perl discussions which aren't already listed at lists.perl.org please let us know and we will update that section. It's probably a good idea to link from http://perl.apache.org/help/index.html to http://perl.apache.org/docs/offsite/other.html to help direct those seeking help on other topics in the vicinity of mod_perl. > 2) I have one common approach to speed improvement that is not >mentioned at all, to do with symbol table manipulation for >functions, that I would like to polish via a list discussion > >- is this list appropriate for a thread discussing Perlish >performance in general? I would guess that symbol table fiddles >might be risky in a mod_perlish env. It sounds good to me if it helps other mod_perl users to improve their code's performance. __ 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 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
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: mod_perl troubles with RedHat 8.0 and Perl 5.8.0
On Thu, 2002-12-19 at 13:12, Adam Batkin wrote: > >>When I do an: > >>rpm -ql perl | grep 'perldoc' > >> > >>I only get: > >>/usr/share/man/man1/perldoc.1.bz2 > > > > > > I get > > > > [root@www2 root]# rpm -ql perl | grep 'perldoc' > > /usr/bin/perldoc > > /usr/share/man/man1/perldoc.1.gz > > > > > > On Mandrake: > urpmi perl-doc > Which will install the package named perl-doc-5.8.0-13mdk which will > provide you with your missing perldoc script. > Thanks for the info. I was a bit more selective in my package install on this go around so maybe I missed the perl-doc packages. > It's not a bad build (or at least not for that reason). For some reason > a large number of modules are broken out into their own RPM packages > under Mandrake (and I have definitely observed the same on RedHat)...I > usually just use CPAN to get my modules and bypass RPM though since CPAN > is just damn cool. > Well the fact remains for me anyway that I couldn't get Embperl 2.0b9 from CVS, which contains improvements to all for for correct operation under Perl 5.8. to run properly under the Mandrake 9.0 Perl. So perhaps the issue is Embperl specific. I have posted information to the Embperl mailing list as well. See the Embperl mailing list archives for more information on the issues with 5.8. http://www.ecos.de/~mailarc/embperl/ > (Neat fact: In the Mandrake 9.0 Contribs section there is actually an > RPM included for Mason 1.03) > > -Adam Batkin > > > >
Re: mod_perl troubles with RedHat 8.0 and Perl 5.8.0
When I do an: rpm -ql perl | grep 'perldoc' I only get: /usr/share/man/man1/perldoc.1.bz2 I get [root@www2 root]# rpm -ql perl | grep 'perldoc' /usr/bin/perldoc /usr/share/man/man1/perldoc.1.gz On Mandrake: urpmi perl-doc Which will install the package named perl-doc-5.8.0-13mdk which will provide you with your missing perldoc script. It's not a bad build (or at least not for that reason). For some reason a large number of modules are broken out into their own RPM packages under Mandrake (and I have definitely observed the same on RedHat)...I usually just use CPAN to get my modules and bypass RPM though since CPAN is just damn cool. (Neat fact: In the Mandrake 9.0 Contribs section there is actually an RPM included for Mason 1.03) -Adam Batkin
Re: Can't get nested to work in section
On Thu, 19 Dec 2002 at 07:14, Bill Moseley opined: BM:mod_perl 1.27 / httpd 1.3.27 BM: BM:In the httpd.conf below "test.cgi" is returned as the default type, BM:text/plain, where "test2.cgi" is run as a CGI script. BM: BM:Do I have this setup incorrectly? BM: BM:In a standard httpd.conf file it's allowable to have nested within BM:, of course. [snip] hi bill there was a post from stas on this over the summer: http://marc.theaimsgroup.com/?l=apache-modperl&m=102801712431002&w=2 the trick is to use FilesMatch instead of Files. however, i have been unable to get multiple FilesMatch directives working (it does work if there's only one directive). stas mentioned posting a message about the Files bug to the dev list; perhaps searching that list's archives may yield some answers.
Re: [OT] mod_proxy, mod_perl, php
Scott Alexander wrote: No mod_perl doesn't serve the documents. I'm just using a PerlTranshandler to change the uri. Okay, that should work then. So if I add php support to the mod_perl server. How much extra load/memory usage strain will it add to the mod_perl server. I don't know; that's a PHP question. If I add a www -management system to our existing intranet application I want that all the www pages are in the www -management system not php pages on the front_end (have to add php support of course) and html pages on the mod_perl server. Sorry, I don't understand what you're talking about here. Or would it be better to have a nfs on the front_end accessible from the mod_perl server. So users can update the documents using the intranet application. Then www requests are handled only by the front end with now added php support. I don't see any good reason not to put PHP on the backend and do all the page generation there. It keeps the front-end simple too. - Perrin
Can't get nested to work in section
mod_perl 1.27 / httpd 1.3.27 In the httpd.conf below "test.cgi" is returned as the default type, text/plain, where "test2.cgi" is run as a CGI script. Do I have this setup incorrectly? In a standard httpd.conf file it's allowable to have nested within , of course. #!perl $User = 'nobody'; $Group = 'users'; $ServerRoot = '/home/moseley/test'; $TypesConfig = '/dev/null'; $Listen = '*:8000'; $VirtualHost{'*:8000'} = { ServerName => 'foo', DocumentRoot => '/home/moseley/test', ErrorLog => 'logs/error_log.8000', TransferLog => 'logs/error_log.8000', Files => { 'test2.cgi' => { Options => '+ExecCGI', SetHandler => 'cgi-script', }, }, Directory => { '/home/moseley/test' => { Allow => 'from all', Files => { 'test.cgi' => { Options => '+ExecCGI', SetHandler => 'cgi-script', }, }, }, }, }; __END__ -- Bill Moseley mailto:[EMAIL PROTECTED]
Re: [OT] mod_proxy, mod_perl, php
On Wed, 18 Dec 2002, Perrin Harkins wrote: > Scott Alexander wrote: > > At the moment I have a front_end server with no php support. > > > > Backend is mod_perl. I'm planning to extend our document management > > system to serve www pages. > > > > The html documents are on the mod_perl machine. What happens if users add > > php code to their html documents? > > Nothing, unless you add PHP support to that machine and make sure > mod_perl is not serving those documents. You can't have them both > handle the same documents. > No mod_perl doesn't serve the documents. I'm just using a PerlTranshandler to change the uri. > > If I add php support on the front_end will it work normally? > > No, not if the front-end is proxying. It has to be actually serving > those documents locally in order to run them through PHP. > > - Perrin > So if I add php support to the mod_perl server. How much extra load/memory usage strain will it add to the mod_perl server. The setup is front_end 2*550 PIII scsi drives 2 GB mod_perl server 2*1200 scsi 36 GB 2GB database server 2*1200 scsi 36 GB 2GB About 3 - 5 scripts per day plus 5000 rewrites using the PerlTranshandler for the web pages. Database machine is handling abou 2 million queries per day. If I add a www -management system to our existing intranet application I want that all the www pages are in the www -management system not php pages on the front_end (have to add php support of course) and html pages on the mod_perl server. Or would it be better to have a nfs on the front_end accessible from the mod_perl server. So users can update the documents using the intranet application. Then www requests are handled only by the front end with now added php support. Best Regards Scott