On Thursday, February 17, 2011 03:28:47 Fred Moyer wrote: > I'm going to roll a 2.0.6 RC in the last week of April in two months. > That should put us on track for quarterly releases.
but, no pressure, ;-) I like that. > In the meantime, if you have tuits, there are 19 bugs in the RT queue: > > https://rt.cpan.org/Public/Dist/Display.html?Name=mod_perl - https://rt.cpan.org/Ticket/Display.html?id=45463 Maybe this is already resolved. I can think of a way how this can be caused by the "mod_perl closes standard file descriptors" bug that has been fixed in 2.0.5. - https://rt.cpan.org/Ticket/Display.html?id=54153 According to the code, the script is run in void context the same as in any other context. The only difference is that apache closes the reading ends of the child's STDOUT and STDERR (and the writing end of the child's STDIN). So, it may be that the requestor's script dies due to a SIGPIPE. He does not provide details. - https://rt.cpan.org/Ticket/Display.html?id=64999 could be closed, me thinks. At least in my linux box it compiles and passes all tests with perl 5.13.9. > Another nit I have to pick (Torsten maybe this would be up your alley) > is that @miyagawa posted a benchmark a while ago showing that his > Starman pure perl server was slightly faster than mod_perl. We should > correct this bottleneck for 2.0.6 :) Devel::NYTProf seems like it can > be used to get the low hanging fruit there, but I get the feeling > we'll need some XS hacking. I'll try to get his benchmark code and > post it here. Do you have a link? However, my highest priority is merging the threading branch. It works on Linux with a threaded and non-threaded perls. Testing and perhaps fixing on Windows needs to be done. I have managed to compile and test perl on a XP VM. That's a 1st step. But I won't mind if someone else would jump in. svn co https://svn.eu.apache.org/repos/asf/perl/modperl/branches/threading Torsten Förtsch -- Need professional modperl support? Hire me! (http://foertsch.name) Like fantasy? http://kabatinte.net --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org For additional commands, e-mail: dev-h...@perl.apache.org