"I estimate that it would take approximately 2000 CPU years to smoke all of CPAN on a reasonable set of platforms." -- Adam Kennedy, 2000 light years from home.
[summariser's note: the week was too busy for me to spend the required time to bring the summary to a close, so here's the best I could do. Regretfully, I am unable to summarise Nicholas Clark's excellent follow-ups to the Perl 5 advocacy thread that was kicked off the week before. Interested readers are invited to dive back into the thread to chase them down.]
Once upon a time http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00477.html
Win32API::File
into the coreThis was in some ways fall-out from the advocacy thread last week. By bringing this module into core, it would ease installing CPAN modules on the new non-ActiveState Windows-based Perl distributions that are coming to light (that is, distributions that don't use ActiveState's ppm
installer but instead use source tarballs directly from CPAN).
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00710.html
Dave Mitchell reported that he reworked the TRIE
regop to work with the new state stack mechanism, thereby removing more recursion from the regular expression engine. Yves Orton was impressed that Dave taken Yves's code in his stride, and announced that he was planning to introduce another regop in the future for other kinds of tries.
Going cursive http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00903.html
Yves Orton followed up on a question Tels asked last week, about benchmarking regular expression performance
A fair fight http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00664.html
warn
ing at exit
if detached threads still runningIt used to be that if a thread was still running at exit
time, a warning was generated. So a patch was written to suppress it. Jerry D. Hedden questioned the rationale, pointing out that someone, somewhere, might find this useful sometime.
He thought that a nicer way of dealing with this would be via no warnings 'threads'
, except that it doesn't work. Rafael Garcia-Suarez explained what hoops one would have to jump through in the C source to do so. Jerry noted that the different functions Rafael cite are not documented, and wanted to know what the differences were between them. Rafael explained the differences, and suggested looking through the source for a sample of uses.
A fair warning http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00658.html
exit
In other threads news, Jerry also discovered how a small thread that does nothing but exit
will not call the PL_threadhook
handler and wondered what to do about it. Jan Dubois thought that the best thing to do would be to put the thread running code in a setjmp
/longjmp
-style wrapper.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00674.html
exit
from a threadhttp://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00736.html
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00766.html
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00769.html
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00818.html
Tom Horsley kicked off a thread about testing CPAN.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00800.html
First steps in implementing the zip64 algorithm in Perl. As there is no real reference implementation, and the specs are vague in places, Paul Marquess kicked this out the door to see whether it flies or smokes.
The 64 bit question http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00714.html
Andy Lester pulled some variables down into tighter scopes in regexec.c, in an attempt to make it easier to read and follow.
Bedtime reading http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00631.html
A sensible improvement to perlhack.pod from Dr. Ruud.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00826.html
A couple of smokes drew some comments.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00725.html
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00783.html
eval
statement exits by a signal (#38854)Dominic Dunlop followed up on this April bug with some cogent analysis that pinned the blame on calling die()
within a signal handler, but lacked the time to dig more deeply into the problem.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00860.html
s//#/e
) (#39365)Rafael applied bcarter's patch to fix this problem, and added a regression test to make sure it never comes back.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00699.html
DBI
module (very Urgent) (#39527)Dominic and Yves went the extra mile to help solve this problem, even though it had nothing to do with p5p's charter.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00647.html
*** glibc detected *** free(): invalid pointer
from Perl_mg_free
(#39528)Chris at financial was having a problem (like a segfault) with the CentOS
packages of apache
, mod_perl
and perl
and asked for help. Nicholas regretted to announce that he didn't have the faintest idea what was happening, and suggested either trying to reproduce the problem using only core modules, or asking CentOS
for support.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00648.html
printf
: bad formatting of hexadecimal conversion of binary string using vector flag (#39530)Sadahiro Tomoyuki and Dominic Dunlop raced each other to see who could develop the best patch for this bug in the shortest possible time (some issue with formatting v-strings). In the process, it appears that Ravi S. Kadali from IBM is able to run smoke tests against blead
on the z/OS platform. This will do wonders for smoking out EBCDIC oddities.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00678.html
Keith Doyle found that multiple threads that backtick or popen kids will hang at random, which is admittedly less than ideal. Unfortunately he received no feedback on the issue.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00676.html
make test
fails with getppid
in a Solaris 10 zone (#39536)Jie Gao discovered a problem with op/getppid.t on maint
. Dominic thought that the test from blead
, which has been rewritten, would possibly do the tricked and asked Jie Gao to take it for a spin, to see if it resolved the failure.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00689.html
%ENV
is very large (#39547)Alex Keim had a problem on the Win32 platform with environments approaching or exceeding 32K in size. Steve Hay was able to reproduce the problem and found that it only manifested itself in threaded builds. Jan Dubois and Dr. Ruud suggested some other workarounds (basically, use a file, memory-mapped or otherwise, rather than the environment to pass large slabs of data to kids).
Alex still found that an environment that gave cmd
(the Win32 shell) no trouble caused Perl grief, pointing to a problem with perl's environment handling.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00794.html
Text::Wrap
: "This shouldn't happen" happens (#39548)A "cannot happen" bug in Text::Wrap
surfaced with this bug report. Dominic chose to punt the issue for a while, to see what the current maintainer of the module had to say.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00777.html
Laurent had a strange problem with a tarball for perl 5.8.8 that seemed to be lacking a couple of example files, according to the manifest. Dominic offered what advice he could.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00832.html
Erik R. Ogan discovered that 5.8.8 would fail to match a string that ought to have 32767 characters matched by (.*?)
.
Funny about that http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00871.html
make test
in perl-5.8.8 (#39613)Ravi kumar Ravi had some problems with protocol name resolution causing a handful of tests to failed. No followups.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00901.html
PerlProc_setjmp
undefined under WIN32
(#39614)Jerry D. Hedden's latest patch to the threads library makes use of a few functions (dJMPENV
, JMPENV_PUSH
and JMPENV_POP
) that are not available when compiling ActiveState Perl from source.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00885.html
+ 5 - 2 = 1493 http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00642.html The List http://rt.perl.org/rt3/NoAuth/perl5/Overview.html
Sys-Syslog
version 0.16 uploaded by Sébastien Aperghis-Tramoni, and Rafael updated blead
with this version.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00775.html
This in turn allowed Sébastien to close a couple of old bugs:
#20557 http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00773.html #35406 http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00771.html
CPANPLUS
version 0.072 was uploaded to CPAN by Jos Boumans. No, it's not core, but may be one day. The fact that overall RAM usage has declined in this release (as per the release notes) is certainly a welcome step in this direction.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00889.html
Devel::PPPort
version 3.08_06 was integrated into blead
by Marcus Holland-Moritz. He shrunk the size of the tarball significantly, by generating PPPort.pm and PPPort.xs on the fly during the build. On the other hand, this cause Configure
to come to grief, since as it didn't see a PPPort.xs at the beginning, it went ahead and built the non-XS version.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00928.html
Philippe M. Chiasson tracked down and reinstated the missing files from the APC archive.
Full recovery http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00670.html
Nicholas Clark thought of a way of sidestepping the bogosity introduced by the Intel icc
compiler pretending to be gcc
.
Almost but not quite more than we deserve http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00936.html
Tom Christiansen wrote about the legibility myth and it sparked off an interesting discussion about typography and the written word.
¡hola! http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00625.html
Tom also continued with a discussion of parenthetical perils.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00633.html
Dr Ruud cooked up a tiny patch for toke.c to fix isALNUM(*s) && *s != '_'
.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00782.html
Paul Marquess solved a problem in make test
with multiple Makefile.PLs.
Need to know http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00792.html
Paul also wondered why -r
and -w
don't work as expected when applied to \*STDIN
and \*STDOUT
on Win32.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00799.html
David Landgren ran a smoke at one point last week and reported a few failures in the maint snapshot. Hmm, maybe after I get the summary out the door I'll go and see what's happening with it now.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00791.html
John E. Malmberg wanted to know if the rsync server was stuck at blead@28402
.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00829.html
Feel free to follow the links if the subject grabs your attention.
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00824.html
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00835.html
Configure -Aprepend
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00848.html
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00908.html
Devel::PPPort
broken in latest blead on Win32http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00913.html
MEM_WRAP_CHECK
has bogus logic on HP/UXhttp://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00919.html
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00925.html
This summary was written by David Landgren. The paragraph reformatter fmt(1)
that comes with my OS is not 8-bit clean, and it ate the "é" in Sébastien Aperghis-Tramoni name in the previous summary. My apologies to Sébastien. I hear there's a text processing language that is good at doing this sort of stuff...
If you want a bookmarklet approach to viewing bugs and change reports, there are a couple of bookmarklets that you might find useful on my page of Perl stuff:
http://www.landgren.net/perl/
Weekly summaries are published on http://use.perl.org/ and posted on a mailing list, (subscription: perl5-summary-subscribe@perl.org). The archive is at http://dev.perl.org/perl5/list-summaries/. Corrections and comments are welcome.
If you found this summary useful, please consider contributing to the Perl Foundation to help support the development of Perl.