Re: Modification of read only value attempted
Malte Ubl wrote: snipServer stops working and spits out Modification of read only value errors/snip We'll try moving to Apache::Registry first. As far as I can see Apache::Registry should call slurp_filename less often (only once per child and modification time). For the record: We switched the production machines to Apache::Registry and the error disappeared. By the way: I'd like to thank all the mod_perl developers for their hard work! Our application at http://www.lottospielen-nds.de/s/play/ground/quicky_schein.do synchronizes thousands of web clients for live broadcasting of a lottery that has draws every 3 minutes with a single front end machine which I think is really impressive. Thanks, Malte -- SCHAFFHAUSEN COMMUNICATION GROUP Schaffhausen ITC Solutions GmbH / Daimlerstraße 17 / 25337 Elmshorn Fon +49 41 21.47 29-459 / Fax +49 41 21.47 29-455 [EMAIL PROTECTED] / www.schaffhausen.de
Perl Directive changes the command nam
Hi All, Has anyone come across the command name changing when the Perl directive is introduced in the configuration file. When, Perl /Perl is used then ps -ef gives the proper command name namely httpd. When Perl /Perl is used(This time with a blank line) then ps -ef does not give httpd as the command name, instead gievs -e as the command name. This occurs even when a directive is used inside the section but the directive is parsed though. Is there any buffer overflow that may be happening. Regards, Pradeep
Re: Perl Directive changes the command nam
pradeep kumar wrote: Hi All, Has anyone come across the command name changing when the Perl directive is introduced in the configuration file. When, Perl /Perl is used then ps -ef gives the proper command name namely httpd. When Perl /Perl is used(This time with a blank line) then ps -ef does not give httpd as the command name, instead gievs -e as the command name. This occurs even when a directive is used inside the section but the directive is parsed though. Is there any buffer overflow that may be happening. Can you please report a more complete bug report that includes at least the version numbers of what you are running ? mp1 bug reporting: http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems mp2 bug reporting: http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems But after having looked at mp1's code, I suspect you are running mp1 and that there is a bug there. Can you try applying this patch ? Index: src/modules/perl/perl_config.c === --- src/modules/perl/perl_config.c (revision 190634) +++ src/modules/perl/perl_config.c (working copy) @@ -1764,12 +1766,13 @@ perl_section_hash_init(FilesMatch, dotie); perl_section_hash_init(Limit, dotie); -sv_setpv(perl_get_sv(0, TRUE), cmd_filename); - ENTER_SAFE(parms-server, parms-pool); MP_TRACE_g(mod_perl_dump_opmask()); { +SV *scriptname = perl_get_sv(0, TRUE); +save_item(scriptname); +sv_setpv_mg(scriptname, cmd_filename); SV *server_sv = perl_get_sv(Apache::__SERVER, FALSE); IV ptr = SvIVX(SvRV(server_sv)); SvIVX(SvRV(server_sv)) = (IV)parms-server; But one thing is for sure, in mp1, this is a bug, since it's setting $0 but failing to reset it back. Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5 http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5 signature.asc Description: OpenPGP digital signature
Re: maintaining shared memory size (was: Re: swampedwithconnection?)
On 29 Aug 2005, at 01:15, Badai Aqrandista wrote: I think I have to write some of the code in C. I can't find any other places in the code to optimize (or probably I uncounciously don't want to make changes because I don't have any test suites)... Then how do you know what to write in C? The part that is called the most... I have localized it to one or two subroutines... But I haven't done so... My C skill is very2 rusty... Franky, if your code is CPU bound (rather than waiting for the database) then a MaxClients of 3 will serve your purposes. I'll give it a try... You *do* have KeepAlive off in your httpd, right? No... Thanks a lot for the enlightment... --- Badai Aqrandista Cheepy (?) _ SEEK: Over 80,000 jobs across all industries at Australia's #1 job site. http://ninemsn.seek.com.au?hotmail
Re: survey
It's in backports.org's incoming directory, as of the 16th. Let's hope they push that out soon (I don't think they've released any backports for Sarge yet). They've also got an updated libapreq2. http://www.backports.org/incoming/ On Sunday 28 August 2005 06:48 am, Jeff wrote: It is not even available on Testing and Unstable :( Sure it is. Unstable has 2.0.1. You're right - don't know how I missed that! since May! Unfortunately I am not in a position to upgrade our servers to unstable, and it has i386 dependencies on libc6 = 2.3.5-1, perl = 5.8.7 etc etc etc ad infinitum, nothing on backports.org, so for anyone running anything Debian production, no mod_perl2 for the next few years. :((
hi
hi, i have installed Apache-2.0.54 and mod_perl-1.99_16 ,Apache::ASM in my system .but whenever i opened the webpage it's showing internal server error . in log file contains error like this: Can't locate object method request via package Apache2::RequestUtil at /usr/lib/perl5/site_perl/5.8.0/Apache/ASP.pm line 165.\n. i have tried lot of time ,unluckily it's showing the same error .plz telll me the solution thanks in advance... regards ravikumar kandasamy. srishti software.
Re: maintaining shared memory size (was: Re: swampedwithconnection?)
On 29 Aug 2005, at 01:15, Badai Aqrandista wrote: I think I have to write some of the code in C. I can't find any other places in the code to optimize (or probably I uncounciously don't want to make changes because I don't have any test suites)... Then how do you know what to write in C? Read and understand the chapter(s) in the mod_perl guide on profiling and see where that takes you. Franky, if your code is CPU bound (rather than waiting for the database) then a MaxClients of 3 will serve your purposes. You *do* have KeepAlive off in your httpd, right?
Re: maintaining shared memory size (was: Re: swampedwithconnection?)
On Aug 29, 2005, at 5:11 PM, David Hodgkinson wrote: You *do* have KeepAlive off in your httpd, right? That is one of the great things about perlbal[1]. You can support KeepAlive without using more resources. - ask [1] http://www.danga.com/perlbal/ -- http://www.askbjoernhansen.com/
Re: hi
On Sunday 28 August 2005 04:47 pm, ravikumar wrote: i have installed Apache-2.0.54 and mod_perl-1.99_16 ,Apache::ASM in my system .but whenever i opened the webpage it's showing internal server error . in log file contains error like this: Can't locate object method request via package Apache2::RequestUtil at /usr/lib/perl5/site_perl/5.8.0/Apache/ASP.pm line 165.\n. You need to update mod_perl to the current release. 1.99_16 is a rather old beta release. Since then the API has changed somewhat (cf. http://perl.apache.org/docs/2.0/rename.html). It looks like Apache::ASM requires the up to date version (most modperl2 compatible packages on cpan have been updated to use the new api). -- If you're never scared, you're not trying. - Llewellyn (www.ozyandmillie.org/2003/om20030124.html)
HTML::Template::Compiled
Hi, Does anyone use the templating system HTML::Template::Compiled with mod_perl? I have just discovered that it works much faster with mod_perl than HTML::Template and I have also seen that it has some new features but I wouldn't like to start using it, then to discover big bugs. If I won't get any answer, this means that the module is very good indeed and I can start using it with no problem. Thank you. Teddy
Re: HTML::Template::Compiled
Octavian Rasnita said: Does anyone use the templating system HTML::Template::Compiled with mod_perl? No. However, I have spoken with the author about it a bit. Depending on your use, it seems that HTML::Template::JIT may be a bit faster, and has a decent test suite, which might ease your mind. It is more compatible with HTML::Template. However, this is based on fairly minimal benchmarking that the author and I did. I can't vouch for the safety or non-safety of it under mod_perl. If I won't get any answer, this means that the module is very good indeed and I can start using it with no problem. Usually if you get no answer it means no one else is using it. - Perrin
Re: maintaining shared memory size (was: Re: swampedwithconnection?)
Then how do you know what to write in C? I have localized one subroutine that has been heavily called in the search function. That should be the way to pick the candidate, shouldn't it? I have never done this and I am worried that writing it in C would push the project's deadline a little bit further. However, does anyone have any hint on doing this? What are the recommended readings? Anyhow, I've decrease the MaxClients to 3 and it worked!!! The speed significantly increases, from average of 110 sec/request to 85 sec/request. But, that's not enough. I need less than 10 sec/request. Is that possible without changing hardware? --- Badai Aqrandista Cheepy (?) _ Sell your car for $9 on carpoint.com.au http://www.carpoint.com.au/sellyourcar
Re: HTML::Template::Compiled
On Aug 29, 2005, at 10:50 PM, Perrin Harkins wrote: No. However, I have spoken with the author about it a bit. Depending on your use, it seems that HTML::Template::JIT may be a bit faster, and has a decent test suite, which might ease your mind. It is more compatible with HTML::Template. However, this is based on fairly minimal benchmarking that the author and I did. I can't vouch for the safety or non- safety of it under mod_perl. Just a note. I went CRAZY for speed a few weeks ago, and looking for stripped down templating engines that used valid documents as their source. The benchmarks I made were amazing - HTML::Template::JIT was several times faster than many other options, and 100x faster than Petal. (it was about 2x slower than regexing template files using TipJar::Template::fill) Then a friend pointed out 2 things: 1 - the processing was happing so fast, thats its pretty much within a margin of error 2- even the slowest templating option - petal - was a fraction of the speed of my business logic and db connectivity i wound up using the slowest system i found, petal, because it gave me what i needed most - valid documents that are easily editable. as a bonus, petal is a TAL implemtation, which means the templates will work in several other language implementations - meaning i'm not stuck with perl forever. (meaning i'm with perl by choice, and if another tool can do certain portions of my code faster, I can use it instead, without redoing massive amounts of templating stuff) Usually if you get no answer it means no one else is using it. Indeed.