Re: mod_perl 2.0 trouble compiling = cannont find -lapr -laprutil
Hello, Stas, I didn't take offense at your first reply. Steven, I'm sorry if my post was in any way insulting or otherwise offensive. Stas, I do understand - more with every piece of code I add to my box - that the xnix world and esp. the open source core of that world is a constantly shifting one. So, I have updated my src of apache, arp and mod_perl2 from cvs. Still the exact same result. Thanks, Daren Steven Adams <[EMAIL PROTECTED]> wrote: > Is there a reason that we have to be this insulting? > > Beckman, I really expected more out of you. > > > > LD_RUN_PATH="/usr/lib" gcc -shared -L/usr/local/lib APR.o -o > > > ../../../blib/arch/Apache2/auto/APR/APR.so > > > -L/usr/local/apache2/2.0.43/lib -lapr -laprutil > > > /usr/bin/ld: cannot find -lapr > > > collect2: ld returned 1 exit status > > > make[3]: *** [../../../blib/arch/Apache2/auto/APR/APR.so] Error 1 > > > > [...] > > > > > And I've had an "Apache Head" check my installs, configs, versions, lib's > > > & processes. > > > So far everything checks out fine. !?! But, mod-perl still won't > > > compile and neither will apr-util. > > > > As repeated many times here, mod_perl builds on top of other components > > that just keep on changing (one of the reasons why a production mod_perl > > can't be released). So if you take a released version of mod_perl, it > > *will* build and work with the apr/apache released at about the same date. > > If you use any later releases/cvs of these components and a new version of > > mod_perl wasn't yet released, you *must* use the cvs version of mod_perl, > > as it adjusts on the go to the latest changes in the components it uses. > > > > In short, you need the latest mod_perl from cvs. > > > > http://perl.apache.org/docs/2.0/user/install/install.html#Installing_mod_pe > >rl_from_Source (scroll down to the CVS Bleeding-Edge Version) > > > > re: problems with building apr, email the apr list directly. > > >
[mp2] Byterange requests
Hi all, I'm currently attempting to upgrade Apache::PAR to work with mod_perl 2, and one of the issues I am running into is with byterange requests: With mod_perl 1.x, it was possible (using Apache::File) to use byteranges with requests using $r->each_byterange and $r->set_byterange (a good example is in the mod_perl Developer's Cookbook, section 6.7, Byteserving and Range Requests.) It appears that with Apache2/mod_perl2 ap_each_byterange and ap_set_byterange are no longer available, replaced instead by a protocol filter in Apache. The only documentation for Apache I could find regarding this is at http://httpd.apache.org/docs-2.0/developer/filters.html - in that document, it explains that "Byterange: We have coded it to be inserted for all requests, and it is removed if not used." Does anyone know if the above statement includes mod_perl requests, or is there another workaround to send byterange responses with mod_perl modules? I suppose it could be implemented in the module itself (or as a patch to mod_perl, maybe in Apache::Response), but I don't want to attempt that if the byterange filter could be run anyway for a request. Thanks, -- Nathan Byrd <[EMAIL PROTECTED]>
You can also use ps ...
In linux: ps -axl | grep http ... will show you process sizes. Doing it without the grep will show you the column headers in the first line.
[ANNOUNCE] HTTP-WebTest 2.00
The URL http://martynov.org/tgz/HTTP-WebTest-2.00.tar.gz has entered CPAN as file: $CPAN/authors/id/I/IL/ILYAM/HTTP-WebTest-2.00.tar.gz size: 85858 bytes md5: e93464263f7cd321c8b43fa7c73604e0 NAME HTTP::WebTest - Testing static and dynamic web content DESCRIPTION This module runs tests on remote URLs containing Perl/JSP/HTML/JavaScript/etc. and generates a detailed test report. This module can be used "as-is" or its functionality can be extended using plugins. Plugins can define test types and provide additional report capabilities. This module comes with a set of default plugins but can be easily extended with third party plugins. MAJOR CHANGES SINCE LAST STABLE VERSION 1.07: * This is full rewrite which features modular easily expendable architecture: new test types can be added with plugin modules. * Support for Test::Harness style testing have been added. * Many new standart test types have been added. * Support for local file test mode have been removed from this version and will be implemented in plugin which will be released separately. * Licensing terms have been changed from Artistic only and now HTTP-WebTest is dual licensed under Artistic/GPL. * Many other changes I forgot to mention :) CHANGES SINCE LAST BETA VERSION 1.99_09: ENHANCEMENTS: * Allow plugins to insert tests into the test queue during test sequence runtime. Inspired by Paul Hamingson's patch. * New core test parameter 'relative_urls' which enables HTTP-WebTest to use relative URLs in tests. * New core test parameter 'timeout' which allows to control user agent timeout settings while running test sequence. * Moved self-test suite support code into module HTTP::WebTest::SelfTest to allow reusing it in self-test suites for plugins maintained outside of HTTP-WebTest. INCOMPATIBILITIES: * HTTP::WebTest::Plugin::Apache plugin have been removed from HTTP::WebTest and will be released as independent CPAN module. It will no longer be loaded by default even if it is available. * Renamed all last_xxx methods to current_xxx since the latest naming schema is less confusing. * HTTP::WebTest::Plugin::HarnessReport is rewritten using Test::Builder. As side effect now you can freely intermix HTTP::WebTest based tests with tests written using other testing libraries like Test::More or Test::Differences. Unfortunately this change breaks existing test scripts which were using HTTP::WebTest::Plugin::HarnessReport because now number of tests in test scripts should be declared explictly with 'use Test::More plan => NN' or 'use Test::More qw(no_plan)'. BUG FIXES: * Fixed some minor documentation bugs. Thanks to William McKee. * Allow to use $webtest->last_xxx method calls after running test sequence with $webtest->run_tests. Thanks to Kevin Baker for patch. -- Ilya Martynov, [EMAIL PROTECTED] CTO IPonWEB (UK) Ltd Quality Perl Programming and Unix Support UK managed @ offshore prices - http://www.iponweb.net Personal website - http://martynov.org
Re: How big are your httpd's?
Ged Haywood wrote: What command do I use to get this report please? top, and possibly you'd pipe the output through grep, but you'd need to read the manpage for top first. Type 'man top' and 'man grep' for those manpages. How did you know that your processes were getting big if you didn't use top? On second thoughts, don't answer that. The mod_perl list is relatively tolerant of off-topic posts, but not of laziness. Please don't ask general OS questions here as an alternative to learning about your operating system. I am trying to learn about my operating system. I am trying to learn about lots of things. Did I really need to be criticised for asking? Now that I know to use "top", then of course I can RTFM to learn more. But I didn't know about "top" - I've been trying to get this information with "ps" (which I have learned). So I asked my harmless (or so I thought) question. Now I know. Thank you so very much for your kind help Ged. -- Jonathan M. Hollin Technical Director: Digital-Word Co. (http://digital-word.com/) Co-ordinator: WYPUG (http://wypug.pm.org/)
Re: How big are your httpd's?
Hi there, On Sat, 14 Dec 2002, Jonathan M. Hollin wrote: > harm wrote: > > > PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND > > 19019 http 9 0 19844 14M 3884 S 3.9 0.7 0:13 apache.perl.new > > 19419 http 9 0 19852 15M 4388 S 2.6 0.7 0:14 apache.perl.new > > 19513 http 9 0 19276 13M 3860 S 2.6 0.6 0:13 apache.perl.new > > 19277 http 9 0 19360 14M 4144 S 2.1 0.7 0:16 apache.perl.new > > 19282 http 9 0 19456 14M 4052 S 2.1 0.7 0:13 apache.perl.new > > 19285 http 9 0 19332 14M 4048 S 2.1 0.6 0:15 apache.perl.new > > What command do I use to get this report please? top, and possibly you'd pipe the output through grep, but you'd need to read the manpage for top first. Type 'man top' and 'man grep' for those manpages. How did you know that your processes were getting big if you didn't use top? On second thoughts, don't answer that. The mod_perl list is relatively tolerant of off-topic posts, but not of laziness. Please don't ask general OS questions here as an alternative to learning about your operating system. 73, Ged.
Re: [mp2] make install quirk
On Sat, 14 Dec 2002, Stas Bekman wrote: [ .. ] > Please check that this work for you and I'll commit it > (verified on linux). You need to run a full build to check, > unless you patch the Makefile manually. > > I also see that my copy-n-paste has translated \t into spaces, > so replace those with tabs (between the + and $) > > I've replaced \"\" with qq{} because shells and quotes, even > escaped ones are a big trouble. At least your suggestion didn't > work for me. qq{} works just fine. > > Index: lib/Apache/Build.pm > === > RCS file: /home/cvs/modperl-2.0/lib/Apache/Build.pm,v > retrieving revision 1.108 > diff -u -r1.108 Build.pm > --- lib/Apache/Build.pm 28 Nov 2002 16:31:36 - 1.108 > +++ lib/Apache/Build.pm 14 Dec 2002 08:43:32 - > @@ -1057,6 +1057,9 @@ > lib: $(MODPERL_LIB) > > install: > + $(MODPERL_PERLPATH) -e "exit ! -d qq{$(MODPERL_AP_LIBEXECDIR)}" || \ > + $(MODPERL_PERLPATH) -MExtUtils::Command \ > + -e mkpath $(MODPERL_AP_LIBEXECDIR) > $(MODPERL_TEST_F) $(MODPERL_LIB_DSO) && \ > $(MODPERL_CP) $(MODPERL_LIB_DSO) $(MODPERL_AP_LIBEXECDIR) This works fine on Win32, both if the modules directory exists, and in creating it if it doesn't. Thanks! -- best regards, randy
Re: How big are your httpd's?
harm wrote: PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 19019 http 9 0 19844 14M 3884 S 3.9 0.7 0:13 apache.perl.new 19419 http 9 0 19852 15M 4388 S 2.6 0.7 0:14 apache.perl.new 19513 http 9 0 19276 13M 3860 S 2.6 0.6 0:13 apache.perl.new 19277 http 9 0 19360 14M 4144 S 2.1 0.7 0:16 apache.perl.new 19282 http 9 0 19456 14M 4052 S 2.1 0.7 0:13 apache.perl.new 19285 http 9 0 19332 14M 4048 S 2.1 0.6 0:15 apache.perl.new What command do I use to get this report please? -- Jonathan M. Hollin Technical Director: Digital-Word Co. (http://digital-word.com/) Co-ordinator: WYPUG (http://wypug.pm.org/)
Re: How big are your httpd's?
On Sat, Dec 14, 2002 at 04:50:25AM +0100, Axel Andersson wrote: > Hi everyone, > I would like to ask you how big your mod_perl enabled (v1) httpd's > grow. I'm using a homegrown publication system based on Template > Toolkit that delivers about 2000 Perl pages daily. After the first page > load, the daemons consume around 7 MB of RAM each, but after 24 hours > they've grown to something around 12 MB, with a record-holder of 16 MB. PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 19019 http 9 0 19844 14M 3884 S 3.9 0.7 0:13 apache.perl.new 19419 http 9 0 19852 15M 4388 S 2.6 0.7 0:14 apache.perl.new 19513 http 9 0 19276 13M 3860 S 2.6 0.6 0:13 apache.perl.new 19277 http 9 0 19360 14M 4144 S 2.1 0.7 0:16 apache.perl.new 19282 http 9 0 19456 14M 4052 S 2.1 0.7 0:13 apache.perl.new 19285 http 9 0 19332 14M 4048 S 2.1 0.6 0:15 apache.perl.new They do about 60 dynamic pages / day. > To me this seems like quite a lot, but I would like to get some numbers > from other people as to what's normal. Nothing weird there. > > Thanks in advance, > Axel Andersson > -- The Moon is Waxing Gibbous (76% of Full)
Re: [mp2] make install quirk
Randy Kobes wrote: On Sat, 14 Dec 2002, Stas Bekman wrote: [looks my original reply didn't make it through, trying again] Beau E. Cox wrote: > Hi - > > I am posting this message informally - this is not > critical (maybe not worth looking at); during > the mp2 make install, mod_perl.so is copied to the > apache2 tree (on my system) like this: > > cp mod_perl.so /usr/local/apache2/modules > > Now, if you haven't configured any apache2 modules > (as I haven't for my test server), the subdirectory > modules doesn't exist, so mod_perl.so is put into > the apache2 tree as _file_ 'modules' under > /usr/local/apache2. That's why I couldn't find it! [...] This is a known problem. I came up with this patch: http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=103847596809386&w=2 But I'm afraid it's not portable and hence I couldn't commit it. Here is the relevant snippet of the patch: install: + test -d $(MODPERL_AP_LIBEXECDIR) || mkdir $(MODPERL_AP_LIBEXECDIR) $(MODPERL_TEST_F) $(MODPERL_LIB_DSO) && \ $(MODPERL_CP) $(MODPERL_LIB_DSO) $(MODPERL_AP_LIBEXECDIR) Any portability gurus know how to make this Makefile's line (the one with +) portable? I think 'mkdir' is portable. What about 'test -d'? On Win32, at least, 'test' isn't available. What about something like the following: perl -e "exit ! -d \"$(MODPERL_AP_LIBEXECDIR)\"" || mkdir $(...) (the \" may be needed if the directory contains spaces, as Win32 might). And if one is worried about the system mkdir availability, one can use perl -MExtUtils::Command -e mkpath directory randy++! Please check that this work for you and I'll commit it (verified on linux). You need to run a full build to check, unless you patch the Makefile manually. I also see that my copy-n-paste has translated \t into spaces, so replace those with tabs (between the + and $) I've replaced \"\" with qq{} because shells and quotes, even escaped ones are a big trouble. At least your suggestion didn't work for me. qq{} works just fine. Index: lib/Apache/Build.pm === RCS file: /home/cvs/modperl-2.0/lib/Apache/Build.pm,v retrieving revision 1.108 diff -u -r1.108 Build.pm --- lib/Apache/Build.pm 28 Nov 2002 16:31:36 - 1.108 +++ lib/Apache/Build.pm 14 Dec 2002 08:43:32 - @@ -1057,6 +1057,9 @@ lib: $(MODPERL_LIB) install: + $(MODPERL_PERLPATH) -e "exit ! -d qq{$(MODPERL_AP_LIBEXECDIR)}" || \ + $(MODPERL_PERLPATH) -MExtUtils::Command \ + -e mkpath $(MODPERL_AP_LIBEXECDIR) $(MODPERL_TEST_F) $(MODPERL_LIB_DSO) && \ $(MODPERL_CP) $(MODPERL_LIB_DSO) $(MODPERL_AP_LIBEXECDIR) __ 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