Re: Child keeps seg faulting
Hi! I have had similar problems with Linux. I have tried with different combinations: * perl versions 5.005_3, 5.6.0, 5.6.1, ActivePerl 5.6.0 * apache versions from 1.3.9 - 1.3.19 * with and without dso * never with php The combination that seems to work now for us is apache_1.3.14, mod_perl-1.24_01, mod_ssl-2.7.1-1.3.14, openssl-0.9.6, ApacheJServ-1.1.2 and 5.005_03 built for i386-linux. All are compiled statically in RedHat 6.2 with updates. Now I have two candidates for the possible cause: * the order in which the modules are loaded * autoindex (I use Apache::AutoIndex 0.08) To test with the module order, I put ClearModuleList in the top of the httpd.conf and then add with 'AddModule' all the modules (by running 'httpd -l'). Make sure that the mod_perl is the last module to be loaded. Now (all?) the earlier segfaults are gone. Maybe the installation loads the modules in a different order? Maybe ClearModuleList clears things? ;-) To test the autoindex, I have used Apache::AutoIndex. When using it (without the earlier ClearModuleList thing!) I got child segfaults, but commenting the module helped to get dirlist working. I don't think there is something wrong with the Apache::AutoIndex. I just think that it may have something to do with the earlier module loading order. Maybe Apache::AutoIndex cannot get initialized because the wrong order? Anyway, there seem to be quite a lot discussion about this and one of the most interesting url was: http://groups.google.com/groups?hl=enlr=lang_ensafe=offic=1th=2f313f40da3371e1seekm=3A8D2990.ECF363B9%40zrz.TU-Berlin.de (from groups.google.com with 'segmentation AddModule mod_perl' you can find others) Best luck! -- Kari Nurmela, [EMAIL PROTECTED], (02) 333 8847 / (0400) 786 547
Is mod_perl on win32 possible??
Hi again (and thanks to everyone who replied to my last post). Is it at all possible to get mod_perl to work PROPERLY on win32? Using multi-threading? Since win32 can't fork, Apache here uses multi-threading. This actually works very well... except for mod_perl which doesn't use multi-threading itself. This means that if one page takes a long time to deliver, all other requests will have to wait in line! ...making mod_perl unusable. Is it possible to create a multi-threaded mod_perl handler or won't this help? Or does there exist binaries of Apache for win32 that use forking? Or do I have to set up a linus/bsd server... :) thanks, -Kurt.
Re: Is mod_perl on win32 possible??
It is probably possible. ActiveState made PerlEx do it on Windows IIS multithreaded. But someone has to care enough to put the work into it. If you care enough, you can contribute your time to making this happen. :) At 04:38 PM 4/27/01 +0200, Kurt George Gjerde wrote: Hi again (and thanks to everyone who replied to my last post). Is it at all possible to get mod_perl to work PROPERLY on win32? Using multi-threading? Since win32 can't fork, Apache here uses multi-threading. This actually works very well... except for mod_perl which doesn't use multi-threading itself. This means that if one page takes a long time to deliver, all other requests will have to wait in line! ...making mod_perl unusable. Is it possible to create a multi-threaded mod_perl handler or won't this help? Or does there exist binaries of Apache for win32 that use forking? Or do I have to set up a linus/bsd server... :) thanks, -Kurt. __ Gunther Birznieks ([EMAIL PROTECTED]) eXtropia - The Web Technology Company http://www.extropia.com/
an unusual [job request] + taking mod_perl to the commercial world
Well, I've talked to a few mod_perl guys over the last conference and by email lately and we have have all agreed that we are quite sick of generating forms and parsing them, no matter what cool toolkit and hype words we are using to do that. So we all are looking at doing core mod_perl, i.e. we want to develop *mod_perl* *itself* and tightly related modules. Since mod_perl is an open source, it's a tough quest. Basically what I want is get some company that will benefit from me working on open source project full time and pay me a salary. Of course it's probably hard to get a full time open source position, so probably some compromising offer, where we do some 50-75% of the time mod_perl development and the rest doing something else, if it makes the company more happy. Definitely I'm aware of the situation in the market. But you know what, look at the history, at any recession times there were always those who continued to prosper. Therefore I believe that some companies not even slowed down, but have accelerated their growth and have enough cash to invest into open source and make probably improve their image. Look for example at Covalent, I don't know all the details, but this company seem to stand strong on its legs. But Covalent has already Doug, so this is out of question. So if your company thinks it can directly or indirectly benefit from having one or more mod_perl experts doing cool mod_perl development, let us know. There are at least 3 people (including me) that want this job. I'm sure that there are many more that will be interested. I've mentioned in the subject that the request is unusual, so please respond only if you think you can stand behind this offer and not promise things that will never become true. I've bitten once on such an offer, and will try not to do the same mistake a second time in a row. Thanks a lot! On the related note, does anybody know about the financial status of Velocigen? How do they sell their products? We think to try to revive this old idea where we create mod_perl company, that will sell mod_perl and support. If Velocigen can do this with a closed source product, I believe we can do even better, especially with the drooling mod_perl 2.0. We have discussed this with I think 6 mod_perl guys about a year ago, but since all of us were programmers, we didn't get anywhere. May be we can come up with some nice business plan, and make a commercial mod_perl branch, boost the awareness of the product, get companies to invest into people developing it and make mod_perl a standard for webserver products. I know that it's a rewishful thinking, but with the right people and right companies I'm sure that everything is possible. I'm sure that you realize the potential of mod_perl. IMHO of course... I'm just a programmer, so if you ask about my business plan, I tell: you find a good business shark and push it forward, we will do the coding. Easy huh, but that's what we are good at -- coding, so we better do that. Anyway, fresh ideas are welcome _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: an unusual [job request] + taking mod_perl to the commercial world
I think there are two paths... mod_perl needs more market-awareness... it needs a PR and marketing company.. then companies will start using it, then there will be more dreams jobs like you described.. simple fact is, I couldn't name more then 3 companies in my area who use it, and I never expect to do work with it again. Other path--- start your own company who has some product or web based service which uses mod_perl as their platform of choice.. market it, and sell it.. takes capital, but..nothing the collective efforts of an open source community couldn't do... gotta have that idea though.. - Original Message - From: Stas Bekman [EMAIL PROTECTED] To: mod_perl list [EMAIL PROTECTED] Sent: Friday, April 27, 2001 11:44 AM Subject: an unusual [job request] + taking mod_perl to the commercial world Well, I've talked to a few mod_perl guys over the last conference and by email lately and we have have all agreed that we are quite sick of generating forms and parsing them, no matter what cool toolkit and hype words we are using to do that. So we all are looking at doing core mod_perl, i.e. we want to develop *mod_perl* *itself* and tightly related modules. Since mod_perl is an open source, it's a tough quest. Basically what I want is get some company that will benefit from me working on open source project full time and pay me a salary. Of course it's probably hard to get a full time open source position, so probably some compromising offer, where we do some 50-75% of the time mod_perl development and the rest doing something else, if it makes the company more happy. Definitely I'm aware of the situation in the market. But you know what, look at the history, at any recession times there were always those who continued to prosper. Therefore I believe that some companies not even slowed down, but have accelerated their growth and have enough cash to invest into open source and make probably improve their image. Look for example at Covalent, I don't know all the details, but this company seem to stand strong on its legs. But Covalent has already Doug, so this is out of question. So if your company thinks it can directly or indirectly benefit from having one or more mod_perl experts doing cool mod_perl development, let us know. There are at least 3 people (including me) that want this job. I'm sure that there are many more that will be interested. I've mentioned in the subject that the request is unusual, so please respond only if you think you can stand behind this offer and not promise things that will never become true. I've bitten once on such an offer, and will try not to do the same mistake a second time in a row. Thanks a lot! On the related note, does anybody know about the financial status of Velocigen? How do they sell their products? We think to try to revive this old idea where we create mod_perl company, that will sell mod_perl and support. If Velocigen can do this with a closed source product, I believe we can do even better, especially with the drooling mod_perl 2.0. We have discussed this with I think 6 mod_perl guys about a year ago, but since all of us were programmers, we didn't get anywhere. May be we can come up with some nice business plan, and make a commercial mod_perl branch, boost the awareness of the product, get companies to invest into people developing it and make mod_perl a standard for webserver products. I know that it's a rewishful thinking, but with the right people and right companies I'm sure that everything is possible. I'm sure that you realize the potential of mod_perl. IMHO of course... I'm just a programmer, so if you ask about my business plan, I tell: you find a good business shark and push it forward, we will do the coding. Easy huh, but that's what we are good at -- coding, so we better do that. Anyway, fresh ideas are welcome _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Apache::ASP extra newline in script output start - killing IE pdf recognition
Joshua, i think i've got a good one for you. i'm using 2.09 btw. lets say the beginning of a script is %@ LANGUAGE=PerlScript % % do neat perl things % the way Apache::ASP currently processes this we get the following output (please note the TWO NEWLINES after Content-Type below) Connecting to 193.9.211.182:80... connected! HTTP request sent, awaiting response... 200 OK Length: unspecified [application/pdf] 0K - ...HTTP/1.1 200 OK Date: Fri, 27 Apr 2001 16:02:26 GMT Server: Apache/1.3.14 (Unix) (Red-Hat/Linux) mod_perl/1.24 Content-Disposition: inline; filename=Strategic-Leader.summary -report.pdf Cache-Control: private Connection: close Content-Type: application/pdf %PDF-1.2 % W the two newlines throws IE5+ off so that they don't realize this is a PDF file (they have auto we know better than you file sniffing code i believe). on PerlScript under IIS however this does not happen the same exact code works fine. am i doing something wrong? i think an improvement in Apache::ASP would be to not replace %@ LANGUAGE=PerlScript % with something to hold the line numbers the same (what your comments say) if Content-Type is not text/* - then we just remove the line esp. the newline. what do you think? jr Joel W. Reed412-257-3881 --All the simple programs have been written. PGP signature
Re: an unusual [job request] + taking mod_perl to the commercialworld
I think there are two paths... mod_perl needs more market-awareness... it needs a PR and marketing company.. then companies will start using it, then there will be more dreams jobs like you described.. simple fact is, I couldn't name more then 3 companies in my area who use it, and I never expect to do work with it again. that's the long term path, we won't survive without a support from the outside. It's hard to have a garage kind of a startup these days. Other path--- start your own company who has some product or web based service which uses mod_perl as their platform of choice.. market it, and sell it.. takes capital, but..nothing the collective efforts of an open source community couldn't do... gotta have that idea though.. Hey, we have a product -- mod_perl. All we need is to nicely pack it, start selling it, support it and put the money back into mod_perl RD. Most of the big companies are still reluctant to accept the fact that something can be available for free. They are ready to pay for it, as long as you provide a support. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Much Todo about nothing
If this is the wrong place to post then please adviseFYI:At http://perl.apache.org/from-cvs/modperl-2.0/ when extracting modperl-2.0_20010427110246.tar.gz there is a file called Todo and a directory called todo. This is a 'problem' in a windows environment which is case insensitive. Obviously easy to bypass.Regards - Paul Cotter
Re: Apache::ASP extra newline in script output start - killing IEpdf recognition
On Fri, 27 Apr 2001, Joel W. Reed wrote: %@ LANGUAGE=PerlScript % % do neat perl things % Have you tried this: @ LANGUAGE=PerlScript %% do neat perl things % -Philip Mak ([EMAIL PROTECTED])
Re: Much Todo about nothing
On Fri, 27 Apr 2001, Paul Cotter wrote: If this is the wrong place to post then please advise [EMAIL PROTECTED] is the place for 2.0 FYI: At http://perl.apache.org/from-cvs/modperl-2.0/ when extracting modperl-2.0_20010427110246.tar.gz there is a file called Todo and a directory called todo. This is a 'problem' in a windows environment which is case insensitive. Obviously easy to bypass. thanks for the report, fixed.
ANNOUNCE: mod_perl guide ver. 1.29
The updated guide is out, rush and read it before you ask a question :) How to get it: * CPAN: file: $CPAN/authors/id/S/ST/STAS/Apache-mod_perl_guide-1.29.tar.gz size: 469832 bytes md5: 498ae2164b637f59bea34cbe9343b9ac * Online: http://perl.apache.org/guide/ * PDF Book (663pp) http://perl.apache.org/guide/mod_perl_guide.pdf.gz === Changes: 04.26.2001 ver 1.29 * dbm.pod: o updated Flawed Locking Methods Which Must Not Be Used with notes about lock upgrading (David Harris) * strategy.pod: o added a ref to a light and fast Boa webserver * scenario.pod: o cleared out the section on open proxying with mod_proxy (Eric Cholet) * multiuser.pod: o extended the Virtual Servers Technologies section with freevsd, freevmware, vmware and S/390 references. * snippets.pod: o removed the cache control section -- it's covered in the HTTP headers chapter. o subrequests and notes working together (Darren Chamberlain) * performance.pod: o Interpolation vs List update: wrongly used the 'concatenation' term instead of interpolation (Mark Summerfield) o Interpolation, Concatenation or List was rewritten o new: Architecture Specific Compile Options (Tim Bunce, Perrin Harkins, Greg Cope, Owen Williams, Vivek Khera, Steve Fink, James W Walden) * modules.pod: o Extended the docs of Apache::SubProcess module * porting.pod: o using register_cleanup in startup.pl to register cleanup action at the server shutdown or restart (Doug) * config.pod: o Cleared the item which was falsely stating that the globals defined in startup.pl cannot be seen by child process. (Richard Chen) * install.pod: o updated Discovering Whether Some Option Was Configured: added Apache::MyConfig o debian/apt install notes updates (Neil Conway) o some callback hooks aren't enabled by ALL_HOOKS=1 (Neil Conway) * download.pod o update the location of mod_proxy_add_forward.c (Ask Bjorn Hansen) * help.pod o added a link to Andrew Ford's Apache and mod_perl pocket books. o added a link to take23.org o added a XS resources section o added a link to the scalable list archive o remove the mailing list post address, to make it easier of Ask to filter SPAM. * troubleshooting.pod o new: exit signal Segmentation fault (11) with mysql: (Matt Sergeant) o improved the docs of fixing a broken /dev/null * debug.pod o updated gdb says there are no debugging symbols -- a simpler technique to have the binary unstripped during make install. * Minor corrections: o debug.pod (Alexander Farber) o performance.pod (Marc Lehmann, Kees Vonk) o snippets.pod (Ime Smits) o porting.pod (Michele Beltrame) o config.pod (Surat Singh Bhati, Paul Cotter ) o control.pod (Aaron Johnson, Cliff Rayman, Yann Kerherv) o modules.pod (Daniel Bohling) o install.pod (Kevin Swope, Jamie) Enjoy! _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: an unusual [job request] + taking mod_perl to the commercial world
At 12:00 PM 4/27/01 -0400, JR Mayberry wrote: there will be more dreams jobs like you described.. simple fact is, I couldn't name more then 3 companies in my area who use it, and I never expect to do work with it again. ... on the other hand, even as recently as one year ago, it was almost impossible for our company (in southern california) to find mod_perl programmers. Our last few job searches, tho, we've been able to find a *very* good supply of applicants with mod_perl experience... it's no longer been an issue. (Most mod_perl applicants seem to have come by their experience from working on college campuses, BTW... which is another interesting -- and valuable -- change. Not the fact that schools use it, but the _volume_ of applicants who are now learning it there.) So I don't know how exactly it's happened, but mod_perl knowledge seems to have skyrocketed recently, and at least to my mind it's given mod_perl a viability that it didn't have recently. A year ago, we were even talking seriously about moving our development to Java, simply because we could find a lot more Java programmers than Perl programmers, but that tide is definitely turned... we're no longer even considering switching, we have no trouble finding people, and I'm finding investors and corporate officers a *lot* more willing to consider the development and use of open-source tools in general as being a very valid and credible business decision. The use of Apache and mod_perl has made me look very, very smart lately. ;-) I think the key is going to be Perl 6. If it improves the areas they think it will, and if Apache / mod_perl 2.x are themselves the improvements we expect them to be, we may all be pleasantly surprised by a major growth in usage. The market downturn has given people who use open source tools -- Perl, Apache, mySQL, postgreSQL, Linux, etc... a major credibility boost, at least in my own circles -- I think we *might* be in for a pleasant surprise in 1-2 years. :-/ MikeL
Re: Is mod_perl on win32 possible??
On Fri, 27 Apr 2001, Gunther Birznieks wrote: But someone has to care enough to put the work into it. If you care enough, you can contribute your time to making this happen. :) if anybody wants to invest time in this, it must be done in 2.0. the framework is already there for multithreaded support, which will also work for win32. it just needs a build mechanism.
Re: IPC:Open3 does not work under mod_perl/1.25, perl5.6.0?
I can verify for you that this is a problem.
You wouldnt happen to be using Apache::Filter would you?
I've posted this problem at least once over the past year, and I have seen it
posted by others. I had this porblem trying to oepn3() a pipe to gnupg and
encrypt some data. I later switched to the GnuPG::Tie package and had similar
problems.
After much head scratching I figured out that I was using Apache::Filter and I
needed to first untie STDIN and STDOUT before I could make things work.
My ugly hack around it basically was this:
my ($stdin, $stdout);
if (lc $this-request-dir_config('Filter') eq 'on') {
# undo Apache::Filter mess.
$stdin = tied *STDIN;
$stdout = tied *STDOUT;
untie *STDIN;
untie *STDOUT;
}
use GnuPG::Tie::Encrypt to encrypt data ...
if (lc $this-request-dir_config('Filter') eq 'on') {
# now retie STDIN, STDOUT for Apache::Filter
tie *STDIN, ref $stdin, $stdin;
tie *STDOUT, ref $stdout, $stdout;
}
I havent tried a similar solution for IPC::Open3, but you may want to try this
if you are using Apache::Filter.
Its not pretty, but it works for me :).
Mike
Re: Apache::ASP extra newline in script output start - killing IE pdf recognition
On Apr 27, [EMAIL PROTECTED] contorted a few electrons to say... Philip On Fri, 27 Apr 2001, Joel W. Reed wrote: Philip Philip %@ LANGUAGE=PerlScript % Philip % Philipdo neat perl things Philip % Philip Philip Have you tried this: Philip Philip @ LANGUAGE=PerlScript %% Philip do neat perl things Philip % yes i did it does work, but the problem is the orig. script on windows works while under Apache::ASP it does not. jr -- Joel W. Reed412-257-3881 --All the simple programs have been written. PGP signature
Re: an unusual [job request] + taking mod_perl to the commercialworld
On Sat, 28 Apr 2001, Stas Bekman wrote: Hey, we have a product -- mod_perl. All we need is to nicely pack it, start selling it, support it and put the money back into mod_perl RD. Covalent does this already. all of the bundle products include mod_perl, and anybody can buy support packages where support for mod_perl is covered. Covalent also puts a great deal of resources back into mod_perl RD (me :) not to say it couldn't be taken a few steps further, bundling a Perl distribution and useful CPAN modules along with it. and of course, Covalent is the only company that can offer such a product.
Re: an unusual [job request] + taking mod_perl to the commercialworld
On Fri, 27 Apr 2001, Doug MacEachern wrote: On Sat, 28 Apr 2001, Stas Bekman wrote: Hey, we have a product -- mod_perl. All we need is to nicely pack it, start selling it, support it and put the money back into mod_perl RD. Covalent does this already. all of the bundle products include mod_perl, and anybody can buy support packages where support for mod_perl is covered. Oh, I didn't know that [Covalent sells mod_perl]. I guess that's because I'm not on the buyer side. Does it announce this fact? So why don't we have a link to Covalent from the perl.apache.org site? I think this is very essential for mod_perl to tell people that there are companies which sell mod_perl and provide a support! I think Covalent won't mind to have a such a link too. Covalent also puts a great deal of resources back into mod_perl RD (me :) This fact is well known and appreciated :) Thanks to Randy and other Covalent folks!!! not to say it couldn't be taken a few steps further, bundling a Perl distribution and useful CPAN modules along with it. and of course, Covalent is the only company that can offer such a product. You mean Covalent is the only company that can offer such a product now. It doesn't mean that some other company will provide a better packaging and sell it too, right? IBM is selling their WebSphere, which is essentially pretty much a slightly modified Apache server. I'm sure they can sell mod_perl too. I think having someone like IBM backing up mod_perl will give mod_perl a huge boost in product recognition. Think about IBM's PR capabilities. So do other big companies. We just need to find a way to make them want to do that. That's why I thought that may be some of the employees from those companies are listening now, take notes, talk to their managers, get the lead, hire more mod_perl programmers, and make the world a better place to live. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: an unusual [job request] + taking mod_perl to the commercial world
On Fri, Apr 27, 2001 at 10:01:39AM -0700, Michael Lazzaro wrote: At 12:00 PM 4/27/01 -0400, JR Mayberry wrote: there will be more dreams jobs like you described.. simple fact is, I couldn't name more then 3 companies in my area who use it, and I never expect to do work with it again. ... on the other hand, even as recently as one year ago, it was almost impossible for our company (in southern california) to find mod_perl programmers. Our last few job searches, tho, we've been able to find a *very* good supply of applicants with mod_perl experience... it's no longer been an issue. (Most mod_perl applicants seem to have come by their experience from working on college campuses, BTW... which is another interesting -- and valuable -- change. Not the fact that schools use it, but the _volume_ of applicants who are now learning it there.) well, i suspect a lot of those candidates actually surfaced as other idealab-backed companies either tanked or shifted direction. the death of etoys freed up a number of mod_perl-savvy developers. :) (in all seriousness, though, idealab and many of the companies it has spawned is a mod_perl-friendly place.) and my experience is that you don't need to hire mod_perl experts -- specific skillsets are some distance down on the list of things i look at in hiring someone. given a good framework to develop in, and a good programmer who is willing to learn, mod_perl skills will bloom. but, outside of the linux companies and covalent, i don't know where one would look for a job just developing mod_perl itself. jim
Re: an unusual [job request] + taking mod_perl to the commercialworld
On Sat, 28 Apr 2001, Stas Bekman wrote: Oh, I didn't know that [Covalent sells mod_perl]. I guess that's because I'm not on the buyer side. Does it announce this fact? So why don't we have a link to Covalent from the perl.apache.org site? I think this is very essential for mod_perl to tell people that there are companies which sell mod_perl and provide a support! I think Covalent won't mind to have a such a link too. yes, i've been meaning to put a link on perl.apache.org not to say it couldn't be taken a few steps further, bundling a Perl distribution and useful CPAN modules along with it. and of course, Covalent is the only company that can offer such a product. You mean Covalent is the only company that can offer such a product now. It doesn't mean that some other company will provide a better packaging and sell it too, right? whoops, that was supposed to say 'is _not_ the only'. i will say again what i meant: and of course, Covalent is not the only company that can offer such a product.
Failed requests in benchmark
$ ./ab -n 100 -c 10 http://www.animelyrics.com/; This is ApacheBench, Version 1.3a ... Time taken for tests: 7.189 seconds Complete requests: 100 Failed requests:11 (Connect: 0, Length: 11, Exceptions: 0) Total transferred: 671524 bytes HTML transferred: 646289 bytes Requests per second:13.91 Transfer rate: 93.41 kb/s received ... Why is the server returning so many Failed requests at this low load? (That webpage is generated by Apache::ASP which connects to MySQL.) A mod_perl script (no Apache::ASP) that connects to MySQL on the same server gets 0 failed requests and 18.83 requests per second when I run ab with -n 1000 -c 50. -Philip Mak ([EMAIL PROTECTED])
Re: Failed requests in benchmark
Philip Mak wrote: $ ./ab -n 100 -c 10 http://www.animelyrics.com/; This is ApacheBench, Version 1.3a ... Time taken for tests: 7.189 seconds Complete requests: 100 Failed requests:11 (Connect: 0, Length: 11, Exceptions: 0) My experience with ab is that it needs content to be returned of identical length from one request to the next, so if your content is dynamic in any way, it may fail. If there are any real Apache::ASP errors, they should show up in your apache error_log. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Apache::ASP extra newline in script output start - killing IEpdf recognition
Philip Mak wrote:
On Fri, 27 Apr 2001, Joel W. Reed wrote:
%@ LANGUAGE=PerlScript %
%
do neat perl things
%
Have you tried this:
@ LANGUAGE=PerlScript %%
do neat perl things
%
This is probably your work around for now. What I'll
probably do with this is try to optmize the above
construct to the latter format, or even eliminating
the %\s+% during the parse stage. This will change
the output for constructs like this or
% for (1..X) { %
% for (1..Y) { %
To have X less \n\t in the output, but this is likely
a valid optimization that many other embedded scripting
languages seem to offer, witnessed during my Hello World
benchmarks.
--Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks free web link monitoring Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
thttpd v.s. boa (Re: ANNOUNCE: mod_perl guide ver. 1.29)
On Sat, 28 Apr 2001, Stas Bekman wrote: * strategy.pod: o added a ref to a light and fast Boa webserver The strategy guide mentions thttpd, khttpd and Boa. khttpd doesn't look to be production quality yet (its website says that it can crash the kernel), so that leaves thttpd and Boa. Which one would be better to use? Here's what I know so far: - Someone's reported thttpd using over 100 MB of memory, and suggested to switch to Boa instead. (the message is in the thttpd mailing list archives somewhere... February 2001 I think) - thttpd's website shows benchmarks where thttpd handles 720 requests per second, while Boa only handles 475. - thttpd supports chroot and throttling. Boa does not. -Philip Mak ([EMAIL PROTECTED])
New Apache::ASP mailing list
Hey, I am pleased to announce a new mailing list for Apache::ASP at [EMAIL PROTECTED] To subscribe, just send a message to: [EMAIL PROTECTED] See you there! Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: an unusual [job request] + taking mod_perl to the commercial world
Well, you know how I feel. :) But the others don't so... I believe the most crucial and missing approach is to put resources into making ready-made applications that work on mod_perl rather than core mod_perl itself. This is also a problem on Linux, but that's another story. A quantity of applications for mod_perl or that demonstratively show that using mod_perl is a benefit (ie fast) is necessary (and I don't mean tech products like AxKit -- which are great but not what I am talking about) There is very little out there in the various product categories that works as mod_perl registry script. Probably equal in number to the amount of public domain Java servlets! If you talk platforms, PHP has surpassed mod_perl-capable applications. Of course, as you say, you want to work on core mod_perl (not doing forms applications... :)) so that is a different story. But to me, mod_perl is exciting enough at the core level and the work, while it might be cool to do more for v2, is already basically there. But if you want to generate excitement about a platform we have to start at a higher level -- show a suite of complete applications that can run ready made on top of mod_perl to make it obviously enticing to use. I am not talking about AxKit, HTML::Mason, etc. These are tools, not applications or application suites. Programmers on this list and the people who like mod_perl are similar IMHO to the people who like Linux. Constantly interested in improving the core stuff. I think that passion and interest is great. But the problem is bridging the gap that brings the masses to a product and generates a lot more excitement. In marketing, this is called 'Bridging the chasm I think. Most commercial products (not just open source!) follow a life cycle of which one part of the life cycle is extremely difficult to bridge. I am probably going to get the steps wrong because it's been a couple years since I read this book. But the basic idea is this. The first step is the early adopters (this is you Stas -- with running Perl 5.6 before it's stable, being so interesting in mod_perl 2.0 a year before it's out). The second stage consists of the technical few who aren't early adopters, but when the early adopters say something is basically stable enough, the technical few can try it, like it, and start using it. These are most of the people who post regularly on the list (probably someone like me -- I don't like adopting things too early -- I prefer to wait til it's stable -- but I think I like cool technology). The third stage is those that are more pragmatic. Not necessarily the technical elite, but that it is possible for an everyday person to start using the product. This is the stage that mod_perl is at now. I think you are seeing a lot more people who have used mod_perl and are not afraid of it. Then there is popular acceptance. This is the chasm that must be crossed. There are a couple ways that this chasm can be crossed. They all basically entail marketing the product in such a way that the masses feel that are indispensable yet easy to use the new product. I believe having more full-applications delivered that work in a mod_perl environment (at least Apache::Registry format) is one of the keys here. The ideal is rather than individual apps, it could be suites of apps that demonstrate working together (ie SmartWorker, eXtropia, any others?) and capable of running under mod_perl for extra speed. The suites are ideal (but not necessary) because it makes it easier for users to pick up one app and then understand how the other apps work. Most unfortunately, we know SmartWorker had been way-laid by being a startup that needed to pull resources towards a business product (eg opendesk). And I can't say that eXtropia has been that much better in terms of delivery -- although we (Stas) have devoted a lot of time to making sure we have yet another generation of application to deliver in the coming months. So hopefully that will come about before PerlCon. The way our company works though is that we have spurts where we occasionally realize Oh shit, we need to complete XYZ commercial project. So the open source gets delayed again for a bit. Usually our open source development and our software releases tends to following a few months of open source coding and then a few months of not open source coding on the Perl side. This isn't consistent, which isn't nice and ideal, but at least we spend the money and time on it when we can as a company. Actually it's not a matter of money for us anymore (thankfully) as much as that we may get a job that turns out to be big enough that we need more people -- but we can't hire fast enough to do the job that we commit to because the lead time for hiring someone is a minimum a couple weeks of interviews and then that person usually giving a months notice at their current job. Luckily for us, for example, the project that is
Re: Child keeps seg faulting
I have no problems on Linux, my exact same build procedure gives me this error on Solaris 2.7. What is the recommended combo for Solaris 2.7? I am currently using this: apache 1.3.19 mod_perl 1.25 php 4.04pl1 perl 5.6 When I build the server w/o mod_perl, it works fine, although I did not throw any extensive php code at it. I need mod_perl either as a DSO or built statically. I am also going to use the weblogic DSO as well, so I must have shared mem enabled. Thanks for any suggestions, Chuck - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, April 27, 2001 12:59 AM Subject: Re: Child keeps seg faulting Hi! I have had similar problems with Linux. I have tried with different combinations: * perl versions 5.005_3, 5.6.0, 5.6.1, ActivePerl 5.6.0 * apache versions from 1.3.9 - 1.3.19 * with and without dso * never with php The combination that seems to work now for us is apache_1.3.14, mod_perl-1.24_01, mod_ssl-2.7.1-1.3.14, openssl-0.9.6, ApacheJServ-1.1.2 and 5.005_03 built for i386-linux. All are compiled statically in RedHat 6.2 with updates. Now I have two candidates for the possible cause: * the order in which the modules are loaded * autoindex (I use Apache::AutoIndex 0.08) To test with the module order, I put ClearModuleList in the top of the httpd.conf and then add with 'AddModule' all the modules (by running 'httpd -l'). Make sure that the mod_perl is the last module to be loaded. Now (all?) the earlier segfaults are gone. Maybe the installation loads the modules in a different order? Maybe ClearModuleList clears things? ;-) To test the autoindex, I have used Apache::AutoIndex. When using it (without the earlier ClearModuleList thing!) I got child segfaults, but commenting the module helped to get dirlist working. I don't think there is something wrong with the Apache::AutoIndex. I just think that it may have something to do with the earlier module loading order. Maybe Apache::AutoIndex cannot get initialized because the wrong order? Anyway, there seem to be quite a lot discussion about this and one of the most interesting url was: http://groups.google.com/groups?hl=enlr=lang_ensafe=offic=1th=2f313f40da 3371e1seekm=3A8D2990.ECF363B9%40zrz.TU-Berlin.de (from groups.google.com with 'segmentation AddModule mod_perl' you can find others) Best luck! -- Kari Nurmela, [EMAIL PROTECTED], (02) 333 8847 / (0400) 786 547
[ANNOUNCE] Cache-Cache-0.08
Summary:
The Perl Cache package provides Cache::Cache, a generic interface
for creating persistent data stores. This interface is implemented
by the Cache::MemoryCache, Cache::SharedMemoryCache, Cache::FileCache,
Cache::SizeAwareFileCache, Cache::SizeAwareMemoryCache, and
Cache::SizeAwareSharedMemoryCache classes. This work replaces
File::Cache and IPC::Cache.
Release Notes:
This release adds the new auto purge feature, contains
minor API enhancements, and includes improved documentation.
Project Homepage:
http://sourceforge.net/projects/perl-cache/
Tar/GZ:
http://prdownloads.sourceforge.net/perl-cache/Cache-Cache-0.08.tar.gz
http://www.cpan.org/modules/by-module/Cache/Cache-Cache-0.08.tar.gz
Changelog:
http://sourceforge.net/project/shownotes.php?release_id=32744
CVS tree (viewcvs):
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/perl-cache/
The following is the Cache-Cache-0.08 README file:
Copyright (C) 2001 DeWitt Clinton All Rights Reserved
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 1, or (at your option)
any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
NAME
Cache::Cache
DESCRIPTION
The Perl Cache package provides Cache::Cache, a generic interface
for creating persistent data stores. This interface is implemented
by the Cache::MemoryCache, Cache::SharedMemoryCache, Cache::FileCache,
Cache::SizeAwareFileCache, Cache::SizeAwareMemoryCache, and
Cache::SizeAwareSharedMemoryCache classes. This work replaces
File::Cache and IPC::Cache.
REQUIREMENTS
Digest::MD5
File::Spec
File::Path
IPC::ShareLite
Storable
INSTALLATION
perl Makefile.PL
make
make test
make install
USAGE
First, choose the best type of cache implementation for your needs.
The simplest cache is the MemoryCache, which is suitable for
applications that are serving multiple sequential requests, and
which to avoid making redundant expensive queries, such as an
Apache/mod_perl application talking to a database. If you wish to
share that data between processes, then perhaps the
SharedMemoryCache is appropriate, although its behavior is tightly
bound to the underlying IPC mechanism, which varies from system to
system, and is unsuitable for large objects or large numbers of
objects. When the SharedMemoryCache is not acceptable, then
FileCache offers all of the same functionality with similar
performance metrics, and it is not limited in terms of the number of
objects or their size. If you wish to maintain a strict limit on
the size of a file system based cache, then the SizeAwareFileCache
is the way to go. Similarly, the SizeAwareMemoryCache and the
SizeAwareSharedMemoryCache add size management functionality
to the MemoryCache and SharedMemoryCache classes respectively.
Using a cache is simple. Here is some sample code for instantiating
and using a MemoryCache:
use Cache::Cache qw( $EXPIRES_NEVER $EXPIRES_NOW );
use Cache::MemoryCache;
my $options_hash_ref = { 'default_expires_in' = '10 seconds' };
my $cache = new Cache::MemoryCache( $options_hash_ref );
my $expires_in = '10 minutes';
$cache-set( 'Key', 'Value', $expires_in );
# if the next line is called within 10 minutes, then this
# will return the cache value
my $value = $cache-get( 'Key' );
Please refer to the perldoc for Cache::Cache and the related
implementations for complete documentation.
SEE ALSO
File::Cache and IPC::Cache, and the project homepage at:
http://sourceforge.net/projects/perl-cache/
AUTHOR
Original author: DeWitt Clinton [EMAIL PROTECTED]
Last author: $Author: dclinton $
Copyright (C) 2001 DeWitt Clinton
Environment variables in startup.pl
Should this work in a startup.pl file
my $hostname = $ENV{HOSTNAME} ;
from the prompt I can write echo $HOSTNAME and get the correct
hostname of the server.
But from within startup.pl I don't get it.
Scott
Re: an unusual [job request] + taking mod_perl to the commercialworld
On Sat, 28 Apr 2001, Gunther Birznieks wrote: Well, you know how I feel. :) But the others don't so... I believe the most crucial and missing approach is to put resources into making ready-made applications that work on mod_perl rather than core mod_perl itself. This is also a problem on Linux, but that's another story. A quantity of applications for mod_perl or that demonstratively show that using mod_perl is a benefit (ie fast) is necessary (and I don't mean tech products like AxKit -- which are great but not what I am talking about) I will be demonstrating a canned micropayment system at O'Reilly in San Diego this year. The reference implementation for the content provider uses mod_perl. I think you are right that most people in non-tech business want a solution that works immediately, rather than a toolbox. The toolbox is already there with Apache, mod_perl, and DBI, now application developers can just step up and deliver. -jwb
Re: an unusual [job request] + taking mod_perl to the commercial world
Well, hopefully the mod_perl community isn't so small that etoys counted as a sizable fraction :) I'm ex etoys Europe and have set up a mod_perl webdev company in London assembling high traffic web sites, so I guess you can count me in as one of them freed up mod_perl people. I was tempted to email Stas, but there's no way I could pay his salary. I'm sure alot of companies out there would kill to have your name associated with them though. Jim Winstead wrote: On Fri, Apr 27, 2001 at 10:01:39AM -0700, Michael Lazzaro wrote: At 12:00 PM 4/27/01 -0400, JR Mayberry wrote: there will be more dreams jobs like you described.. simple fact is, I couldn't name more then 3 companies in my area who use it, and I never expect to do work with it again. ... on the other hand, even as recently as one year ago, it was almost impossible for our company (in southern california) to find mod_perl programmers. Our last few job searches, tho, we've been able to find a *very* good supply of applicants with mod_perl experience... it's no longer been an issue. (Most mod_perl applicants seem to have come by their experience from working on college campuses, BTW... which is another interesting -- and valuable -- change. Not the fact that schools use it, but the _volume_ of applicants who are now learning it there.) well, i suspect a lot of those candidates actually surfaced as other idealab-backed companies either tanked or shifted direction. the death of etoys freed up a number of mod_perl-savvy developers. :) (in all seriousness, though, idealab and many of the companies it has spawned is a mod_perl-friendly place.) and my experience is that you don't need to hire mod_perl experts -- specific skillsets are some distance down on the list of things i look at in hiring someone. given a good framework to develop in, and a good programmer who is willing to learn, mod_perl skills will bloom. but, outside of the linux companies and covalent, i don't know where one would look for a job just developing mod_perl itself. jim -- Mark Maunder [EMAIL PROTECTED] http://swiftcamel.com/ Try not. Do. Or do not. There is no try. ~yoda
Re: Environment variables in startup.pl
On Fri, 27 Apr 2001, Scott Alexander wrote:
Should this work in a startup.pl file
my $hostname = $ENV{HOSTNAME} ;
from the prompt I can write echo $HOSTNAME and get the correct
hostname of the server.
But from within startup.pl I don't get it.
The reason echo $HOSTNAME works from the prompt is because /etc/profile
contains the command HOSTNAME=`/bin/hostname`. When you're in a
non-interactive environment, that's not available.
Try this:
my $hostname = `/bin/hostname`;
-Philip Mak ([EMAIL PROTECTED])
Re: an unusual [job request] + taking mod_perl to the commercial world
On Fri, Apr 27, 2001 at 11:44:49PM +0800, Stas Bekman wrote: Since mod_perl is an open source, it's a tough quest. Basically what I want is get some company that will benefit from me working on open source project full time and pay me a salary. Of course it's probably hard to get a full time open source position, so probably some compromising offer, where we do some 50-75% of the time mod_perl development and the rest doing something else, if it makes the company more happy. Another possibility is to try to gather a bit of a consortium together. See if there are several interested companies that might fund half a developer for a year. If you get enough for 4 or 5 developers and some office support, you might be able to make a go of it. Existing Apache/mod_perl support companies might pitch some in, and some that want to make a contribution without committing to permanent staff or longer term could ante up commitments. The commitments could be in the form of guru grants, speaker honoraria, PR grants, feature purchases. H, found a YAS (Yet Another Society) mod_perl wing? See if the community might pitch in to fund Stas and one or two others for 6 months? Not sure if you need to be slightly mad or from down under to pull that on off. Kevin Lenzo's a hell of a nice guy and probably would be happy to offer up some advice. In fact, I think I'll Cc him, and leave the rest of the message attached to backfill, if he's got time to read it... As you and others have mentioned here now and in the past, mod_perl needs PR and working apps (which are both good PR and good reasons for others to start using it as a means to an end: like the new Slash code, for instance). Such an organization could do (aside from the feature development listed above): - general advocacy: press releases, reference cards, publish articles and sell a qr/this (article|research) funded by (ActiveState|VMWare|Covalent|IBM S/390 Marketing Division|.*)/ credit - coporate outreach offer a free or cheap on-site intro to mod_perl technologies to any corporate division - offer a take a mod_perl guru to lunch program - emergency ssh/telnet/onsite problem SWAT services (that's a bit of a stretch). This could be done in partnership with existing firms like Covalent, or (so as not to compete with possible sponors) it could just advocate the availability of them. Heck, just getting market survey type articles published that research who offers what services might help promote these services. - in-depth training Anyway, this turned out to be longer than I intended, just some fuzzy thoughts after a long day... Definitely I'm aware of the situation in the market. But you know what, look at the history, at any recession times there were always those who continued to prosper. Therefore I believe that some companies not even slowed down, but have accelerated their growth and have enough cash to invest into open source and make probably improve their image. Look for example at Covalent, I don't know all the details, but this company seem to stand strong on its legs. But Covalent has already Doug, so this is out of question. So if your company thinks it can directly or indirectly benefit from having one or more mod_perl experts doing cool mod_perl development, let us know. There are at least 3 people (including me) that want this job. I'm sure that there are many more that will be interested. I've mentioned in the subject that the request is unusual, so please respond only if you think you can stand behind this offer and not promise things that will never become true. I've bitten once on such an offer, and will try not to do the same mistake a second time in a row. Thanks a lot! On the related note, does anybody know about the financial status of Velocigen? How do they sell their products? We think to try to revive this old idea where we create mod_perl company, that will sell mod_perl and support. If Velocigen can do this with a closed source product, I believe we can do even better, especially with the drooling mod_perl 2.0. We have discussed this with I think 6 mod_perl guys about a year ago, but since all of us were programmers, we didn't get anywhere. May be we can come up with some nice business plan, and make a commercial mod_perl branch, boost the awareness of the product, get companies to invest into people developing it and make mod_perl a standard for webserver products. I know that it's a rewishful thinking, but with the right people and right companies I'm sure that everything is possible. I'm sure that you realize the potential of mod_perl. IMHO of course... I'm just a programmer, so if you ask about my business plan, I tell: you find a good business shark and push it forward, we will do the coding. Easy huh, but that's what we are good at -- coding, so we better do that. Anyway, fresh ideas are welcome
$dbh-disconnect with Apache::DBI? (was Re: Failed requests inbenchmark)
On Fri, 27 Apr 2001, Joshua Chamas wrote: This is ApacheBench, Version 1.3a Failed requests:11 (Connect: 0, Length: 11, Exceptions: 0) My experience with ab is that it needs content to be returned of identical length from one request to the next, so if your content is dynamic in any way, it may fail. If there are any real Apache::ASP errors, they should show up in your apache error_log. Thanks for clearing that up. There are no errors in my perlhttpd.error_log, and when I changed the test script so that it displays the exact same content every time, there were no more failed requests. I noticed something weird in my database logs, though: 010427 22:36:41 Aborted connection 2544 to db: 'animelyrics' user: 'animel' host: `localhost' (Got an error reading communication packets) 010427 22:37:14 Aborted connection 2546 to db: 'animelyrics' user: 'animel' host: `localhost' (Got an error reading communication packets) 010427 22:54:11 Aborted connection 2601 to db: 'animelyrics' user: 'animel' host: `localhost' (Got an error reading communication packets) Reading some other mailing list messages suggests that I did not do $dbh-disconnect() properly. But I'm using Apache::DBI, so should I need to do that? -Philip Mak ([EMAIL PROTECTED])
cvs commit: modperl-site/guide CHANGES browserbugs.html config.html control.html correct_headers.html dbm.html debug.html download.html help.html index.html index_long.html install.html intro.html mod_perl_guide.pdf.gz modules.html multiuser.html performance.html perl.html porting.html scenario.html snippets.html start.html strategy.html troubleshooting.html
sbekman 01/04/27 09:57:30 Modified:guideCHANGES browserbugs.html config.html control.html correct_headers.html dbm.html debug.html download.html help.html index.html index_long.html install.html intro.html mod_perl_guide.pdf.gz modules.html multiuser.html performance.html perl.html porting.html scenario.html snippets.html start.html strategy.html troubleshooting.html Log: * dbm.pod: o updated Flawed Locking Methods Which Must Not Be Used with notes about lock upgrading (David Harris) * strategy.pod: o added a ref to a light and fast Boa webserver * scenario.pod: o cleared out the section on open proxying with mod_proxy (Eric Cholet) * multiuser.pod: o extended the Virtual Servers Technologies section with freevsd, freevmware, vmware and S/390 references. * snippets.pod: o removed the cache control section -- it's covered in the HTTP headers chapter. o subrequests and notes working together (Darren Chamberlain) * performance.pod: o Interpolation vs List update: wrongly used the 'concatenation' term instead of interpolation (Mark Summerfield) o Interpolation, Concatenation or List was rewritten o new: Architecture Specific Compile Options (Tim Bunce, Perrin Harkins, Greg Cope, Owen Williams, Vivek Khera, Steve Fink, James W Walden) * modules.pod: o Extended the docs of Apache::SubProcess module * porting.pod: o using register_cleanup in startup.pl to register cleanup action at the server shutdown or restart (Doug) * config.pod: o Cleared the item which was falsely stating that the globals defined in startup.pl cannot be seen by child process. (Richard Chen) * install.pod: o updated Discovering Whether Some Option Was Configured: added Apache::MyConfig o debian/apt install notes updates (Neil Conway) o some callback hooks aren't enabled by ALL_HOOKS=1 (Neil Conway) * download.pod o update the location of mod_proxy_add_forward.c (Ask Bjorn Hansen) * help.pod o added a link to Andrew Ford's Apache and mod_perl pocket books. o added a link to take23.org o added a XS resources section o added a link to the scalable list archive o remove the mailing list post address, to make it easier of Ask to filter SPAM. * troubleshooting.pod o new: exit signal Segmentation fault (11) with mysql: (Matt Sergeant) o improved the docs of fixing a broken /dev/null * debug.pod o updated gdb says there are no debugging symbols -- a simpler technique to have the binary unstripped during make install. * Minor corrections: o debug.pod (Alexander Farber) o performance.pod (Marc Lehmann, Kees Vonk) o snippets.pod (Ime Smits) o porting.pod (Michele Beltrame) o config.pod (Surat Singh Bhati, Paul Cotter ) o control.pod (Aaron Johnson, Cliff Rayman, Yann Kerhervé) o modules.pod (Daniel Bohling) o install.pod (Kevin Swope, Jamie) Revision ChangesPath 1.29 +105 -1modperl-site/guide/CHANGES Index: CHANGES === RCS file: /home/cvs/modperl-site/guide/CHANGES,v retrieving revision 1.28 retrieving revision 1.29 diff -u -r1.28 -r1.29 --- CHANGES 2001/01/11 13:48:14 1.28 +++ CHANGES 2001/04/27 16:57:09 1.29 @@ -2,7 +2,111 @@ ### mod_perl Guide CHANGES file ### ### -01.01.2001 ver 1.28 +04.26.2001 ver 1.29 + +* dbm.pod: + + o updated Flawed Locking Methods Which Must Not Be Used with notes +about lock upgrading (David Harris) + +* strategy.pod: + + o added a ref to a light and fast Boa webserver + +* scenario.pod: + + o cleared out the section on open proxying with mod_proxy (Eric Cholet) + +* multiuser.pod: + + o extended the Virtual Servers Technologies section with freevsd, +freevmware, vmware and S/390 references. + +* snippets.pod: + + o removed the cache control section -- it's covered in the HTTP +headers chapter. + + o subrequests and notes working together (Darren Chamberlain) + +* performance.pod: + + o Interpolation vs List update: wrongly used the 'concatenation' +term instead of interpolation (Mark Summerfield) + + o Interpolation, Concatenation or List was rewritten + + o new: Architecture Specific Compile Options (Tim Bunce, Perrin +Harkins, Greg Cope, Owen Williams, Vivek Khera, Steve Fink, James +W Walden) + +* modules.pod: + + o Extended the docs of Apache::SubProcess module + +* porting.pod: + + o using
cvs commit: modperl/t/conf httpd.conf-win32
dougm 01/04/27 10:01:55
Modified:.Changes Makefile.PL ToDo
src/modules/win32 mod_perl.dsp
t/conf httpd.conf-win32
Log:
win32 fixes
Revision ChangesPath
1.589 +2 -0 modperl/Changes
Index: Changes
===
RCS file: /home/cvs/modperl/Changes,v
retrieving revision 1.588
retrieving revision 1.589
diff -u -r1.588 -r1.589
--- Changes 2001/04/26 05:30:44 1.588
+++ Changes 2001/04/27 17:01:53 1.589
@@ -10,6 +10,8 @@
=item 1.25_01-dev
+win32 fixes [Randy Kobes [EMAIL PROTECTED]]
+
fix double-loading bug of Perl{Require,Module}s at startup time
improve Apache::MyConfig [Stas Bekman [EMAIL PROTECTED]]
1.183 +15 -11modperl/Makefile.PL
Index: Makefile.PL
===
RCS file: /home/cvs/modperl/Makefile.PL,v
retrieving revision 1.182
retrieving revision 1.183
diff -u -r1.182 -r1.183
--- Makefile.PL 2001/04/25 04:18:22 1.182
+++ Makefile.PL 2001/04/27 17:01:53 1.183
@@ -1932,6 +1932,15 @@
}
chdir ../../../;
+
+open(F, 't/docs/init.pl')
+ or die Cannot open t/docs/init.pl: $!;
+print F END;
+#!perl
+\$Apache::Server::CWD = '$PWD';
+
+END
+ close F;
}
sub dirent_kludge {
@@ -1967,16 +1976,6 @@
sub write_my_config {
my $src = shift;
-
-my $string;
-if ($win32_auto) {
- $string =EOS;
-'APACHE_INC' = '$win32_path{APACHE_INC}',
- 'APACHE_LIB' = '$win32_path{APACHE_LIB}',
- 'MODPERL_INC' = '$win32_path{MODPERL_INC}',
- 'MODPERL_LIB' = '$win32_path{MODPERL_LIB}',
-EOS
-}
# preparing and writing Configuration to Apache::MyConfig
my %my_config = %callback_hooks;
@@ -1989,6 +1988,11 @@
no strict 'refs';
$my_config{$_} = ${$_} for @other_hooks;
}
+if ($win32_auto) {
+for (qw(APACHE_INC APACHE_LIB MODPERL_INC MODPERL_LIB)) {
+$my_config{$_} = $win32_path{$_};
+}
+}
#need this alias for Apache::src backwards compat
$my_config{'Apache_Src'} = $my_config{'APACHE_SRC'};
@@ -2117,7 +2121,7 @@
}
elsif (/ADD CPP/) {
my $apache_inc = win32_fix_path_dsp($win32_path{APACHE_INC});
- s!(/D WIN32)!/I $apache_inc /I $perl_inc $1!;
+ s!(/D WIN32)!/I $apache_inc /I $apache_inc/../os/win32 /I $perl_inc
$1!;
s!(/D WIN32)!$1 /D EAPI ! if $win32_args{EAPI};
print NEWDSP $_;
}
1.280 +4 -3 modperl/ToDo
Index: ToDo
===
RCS file: /home/cvs/modperl/ToDo,v
retrieving revision 1.279
retrieving revision 1.280
diff -u -r1.279 -r1.280
--- ToDo 2001/02/17 00:06:12 1.279
+++ ToDo 2001/04/27 17:01:54 1.280
@@ -3,6 +3,10 @@
(well, close to it anyhow)
---
+- readdir() broken with glibc 2.2
+
+- PERL5LIB foo
+
- From: Daniel Jacobowitz [EMAIL PROTECTED]
Subject: New method $req-allowed() for libapache-mod-perl
@@ -11,9 +15,6 @@
- From: Joshua Chamas [EMAIL PROTECTED]
Subject: Apache::SizeLimit patches
-
-- From: Stas Bekman [EMAIL PROTECTED]
- Subject: Makefile.PL patch
- 1.25 Apache::ExtUtils fix broke elsewhere
1.3 +3 -3 modperl/src/modules/win32/mod_perl.dsp
Index: mod_perl.dsp
===
RCS file: /home/cvs/modperl/src/modules/win32/mod_perl.dsp,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- mod_perl.dsp 2001/01/01 00:20:19 1.2
+++ mod_perl.dsp 2001/04/27 17:01:54 1.3
@@ -42,7 +42,7 @@
# PROP Intermediate_Dir Release
# PROP Target_Dir
# ADD BASE CPP /nologo /MT /W3 /GX /O2 /D WIN32 /D NDEBUG /D _WINDOWS /YX /FD
/c
-# ADD CPP /nologo /MD /W3 /GX /O2 /I
\unzipped\ap\modperl\..\apache-1.3\src\include /I \Perl\lib\CORE /D WIN32 /D
NDEBUG /D _WINSOCK2API_ /D _MSWSOCK_ /D _WINDOWS /YX /FD /c
+# ADD CPP /nologo /MD /W3 /GX /O2 /I \Perl\lib\CORE /D WIN32 /D NDEBUG /D
_WINSOCK2API_ /D _MSWSOCK_ /D _WINDOWS /YX /FD /c
# ADD BASE MTL /nologo /D NDEBUG /mktyplib203 /o NUL /win32
# ADD MTL /nologo /D NDEBUG /mktyplib203 /o NUL /win32
# ADD BASE RSC /l 0x409 /d NDEBUG
@@ -67,7 +67,7 @@
# PROP Intermediate_Dir Debug
# PROP Target_Dir
# ADD BASE CPP /nologo /MTd /W3 /Gm /GX /Zi /Od /D WIN32 /D _DEBUG /D
_WINDOWS /YX /FD /c
-# ADD CPP /nologo /MTd /W3 /Gm /GX /ZI /Od /I
\unzipped\ap\modperl\..\apache-1.3\src\include /I \Perl\lib\CORE /D WIN32 /D
_DEBUG /D _WINSOCK2API_ /D _MSWSOCK_ /D _WINDOWS /FR /YX /FD /c
+# ADD CPP
cvs commit: modperl-2.0/todo asap.txt
dougm 01/04/27 10:04:08 Added: todo asap.txt Removed: .ToDo Log: mv ToDo todo/asap.txt Revision ChangesPath 1.1 modperl-2.0/todo/asap.txt Index: asap.txt === this is a *very* short-term todo list should never have gone in, get out soon: --- - s/stderr/MP_logfp/ other: - - filter/bucket stats, e.g. mod_autoindex is brutal
cvs commit: modperl-site index.html
dougm 01/04/27 10:51:04 Modified:.index.html Log: add commercial support section Revision ChangesPath 1.71 +33 -0 modperl-site/index.html Index: index.html === RCS file: /home/cvs/modperl-site/index.html,v retrieving revision 1.70 retrieving revision 1.71 diff -u -r1.70 -r1.71 --- index.html2001/02/03 11:42:16 1.70 +++ index.html2001/04/27 17:51:02 1.71 @@ -95,6 +95,11 @@ /li li + a href=#supportCommercial Support/a + + /li + + li a href=#embedEmbedding Perl into HTML/a /li @@ -646,6 +651,34 @@ p [ a href=#toctoc/a ] /p + + brbrbrbrbrbrbr + + hr + /td + /tr + + tr + td + + h3font color=#008B8B + a name=support + Commercial Support + /a + /font + /h3 + If you need a solution the discussion lists cannot provide, + or simply need quicker turnaround, commercial support for + mod_perl is available from the following companies: + ul + + li + a href=http://www.covalent.net/;Covalent Technologies/a + /li + + /ul + + [ a href=#toctoc/a ] brbrbrbrbrbrbr
cvs commit: modperl-2.0/lib/ModPerl BuildOptions.pm
dougm 01/04/27 14:07:54
Modified:lib/ModPerl BuildOptions.pm
Log:
add secret sauce
Revision ChangesPath
1.8 +5 -0 modperl-2.0/lib/ModPerl/BuildOptions.pm
Index: BuildOptions.pm
===
RCS file: /home/cvs/modperl-2.0/lib/ModPerl/BuildOptions.pm,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- BuildOptions.pm 2001/04/04 05:41:06 1.7
+++ BuildOptions.pm 2001/04/27 21:07:53 1.8
@@ -40,6 +40,11 @@
$_ = $continue $_ if $continue;
+#example: +MP_CCOPTS=-Werror if $] = 5.007
+if (s/^\+//) {
+$_ = eval $_;
+}
+
if (/^MP_/) {
my($key, $val) = split $param_qr, $_, 2;
$val ||= ;
cvs commit: modperl-2.0/lib/Apache Build.pm
dougm 01/04/27 14:12:26
Modified:lib/Apache Build.pm
Log:
warn if apxs query failes
Revision ChangesPath
1.43 +3 -1 modperl-2.0/lib/Apache/Build.pm
Index: Build.pm
===
RCS file: /home/cvs/modperl-2.0/lib/Apache/Build.pm,v
retrieving revision 1.42
retrieving revision 1.43
diff -u -r1.42 -r1.43
--- Build.pm 2001/04/20 17:09:16 1.42
+++ Build.pm 2001/04/27 21:12:25 1.43
@@ -57,7 +57,9 @@
return '' unless $apxs and -x $apxs;
-qx($apxs @_ 2/dev/null);
+my $val = qx($apxs @_ 2/dev/null);
+warn ERROR: `$apxs query @_' failed\n unless $val;
+$val;
}
sub apxs_cflags {
cvs commit: modperl-site index.html
sbekman 01/04/27 21:58:54 Modified:.index.html Log: add embperl and asp lists info Revision ChangesPath 1.72 +90 -0 modperl-site/index.html Index: index.html === RCS file: /home/cvs/modperl-site/index.html,v retrieving revision 1.71 retrieving revision 1.72 diff -u -r1.71 -r1.72 --- index.html2001/04/27 17:51:02 1.71 +++ index.html2001/04/28 04:58:53 1.72 @@ -405,6 +405,8 @@ [ a href=#general-listGeneral/a ] [ a href=#advocacy-listAdvocacy/a ] [ a href=#dev-listDevelopers/a ] + [ a href=#embperl-listEmbperl/a ] + [ a href=#asp-listApache::ASP/a ] [ a href=#contactsContact Info/a ] /p @@ -630,6 +632,92 @@ /p + + + hr width=40% align=left + + pa name=embperl-list/a + The bembperl/b list is for Embperl discussions. + br + /p + + p + Subscription information. + + ul + + lisubscribe to the list: a + href=mailto:[EMAIL PROTECTED]; + [EMAIL PROTECTED]/a. + /li + + liunsubscribe from the list: a + href=mailto:[EMAIL PROTECTED]; + [EMAIL PROTECTED]/a. + /li + + liget help with the list: a + href=mailto:[EMAIL PROTECTED]; + [EMAIL PROTECTED]/a. + /li + + /ul + + p + List's searchable archives: + a href=http://www.geocrawler.com/lists/3/Web/187/0/;geocrawel.com/a + ul + + li + /li + + /ul + + /p + + + hr width=40% align=left + + pa name=asp-list/a + The basp/b list is for Apache::ASP discussions. + br + /p + + p + Subscription information. + + ul + + lisubscribe to the list: a + href=mailto:[EMAIL PROTECTED]; + [EMAIL PROTECTED]/a. + /li + + liunsubscribe from the list: a + href=mailto:[EMAIL PROTECTED]; + [EMAIL PROTECTED]/a. + /li + + liget help with the list: a + href=mailto:[EMAIL PROTECTED]; + [EMAIL PROTECTED]/a. + /li + + /ul + + p + List's searchable archives: + + ul + + li + /li + + /ul + + /p + + hr width=40% align=left pa name=contacts/a @@ -645,6 +733,8 @@ Mailing Lists: [ a href=#general-listGeneral/a ] [ a href=#advocacy-listAdvocacy/a ] [ a href=#cvs-listDevelopers/a ] + [ a href=#embperl-listDevelopers/a ] + [ a href=#asp-listDevelopers/a ] [ a href=#contactsContact Info/a ] /p
cvs commit: modperl-site index.html
sbekman 01/04/27 22:40:02 Modified:.index.html Log: correct the placement of the archive Revision ChangesPath 1.73 +1 -1 modperl-site/index.html Index: index.html === RCS file: /home/cvs/modperl-site/index.html,v retrieving revision 1.72 retrieving revision 1.73 diff -u -r1.72 -r1.73 --- index.html2001/04/28 04:58:53 1.72 +++ index.html2001/04/28 05:40:02 1.73 @@ -665,10 +665,10 @@ p List's searchable archives: - a href=http://www.geocrawler.com/lists/3/Web/187/0/;geocrawel.com/a ul li + a href=http://www.geocrawler.com/lists/3/Web/187/0/;geocrawel.com/a /li /ul
