Front page | perl.perl5.porters |
Postings from October 2003
Re: 5.8.2 perldelta
From: Nicholas Clark
October 29, 2003 15:06
Re: 5.8.2 perldelta
Message ID: 20031029230641.GQ6287@plum.flirble.org
On Wed, Oct 29, 2003 at 05:58:53PM -0500, Chip Salzenberg wrote:
> According to Nicholas Clark:
> > C<require> should now behave correctly when repeated attempts are made
> > to load a file which fails.
> Perhaps s/should now behave/now behaves/ ... Let's show more
> confidence in our work. :-)
I'm somewhat taking it on faith that we got all the bugs out of that one.
But it's probably better to change.
> > Fixes have been made to the embedding implementation to initialise more
> > interpreter variables when several interpreters are run without
> > -DMULTIPLICITY
> That's pretty obscure. How about:
> Interpreter initialization is more complete when -DMULTIPLICITY is
> off. This should resolve problems with initializing and destroying
> the Perl interpreter more than once in a single process.
> ... that *is* the reason, right?
I *think* so. I felt that it needed to be mentioned, but had a hard time
trying to even find a way of saying anything other than "go look at change
21514 which does some stuff"
Current perldelta appended.
perldelta - what is new for perl v5.8.2
This document describes differences between the 5.8.1 release and
the 5.8.2 release.
If you are upgrading from an earlier release such as 5.6.1, first read
the L<perl58delta>, which describes differences between 5.6.0 and
5.8.0, and the L<perl581delta>, which describes differences between
5.8.0 and 5.8.1.
=head1 Incompatible Changes
None, we believe.
=head1 Core Enhancements
=head2 Hash Randomisation
The hash randomisation introduced with 5.8.1 has been amended. It
transpired that although the implementation introduced in 5.8.1 was source
compatible with 5.8.0, it was not binary compatible in certain cases. 5.8.2
contains an improved implementation which is both source and binary
compatible with both 5.8.0 and 5.8.1, and remains robust against the form of
attack which prompted the change for 5.8.1.
We are grateful to the Debian project for their input in this area.
See L<perlsec/"Algorithmic Complexity Attacks"> for the original
rationale behind this change.
Several memory leaks associated with variables shared between threads
have been fixed.
=head1 Modules and Pragmata
=head2 Updated Modules And Pragmata
The following modules and pragmata have been updated since Perl 5.8.1:
Now able to generate a SIGNATURE file if Module::Signature is installed,
by passing (SIGN => 1) to WriteMakefile(). (Work completed as part of
The Perl Foundation's grant to Autrijus Tang)
=head1 Selected Bug Fixes
C<require> now caches results as expected when repeated attempts are
made to load a file which fails.
Some syntax errors involving unrecognized filetest operators are now handled
correctly by the parser.
=head1 Changed Internals
Interpreter initialization is more complete when -DMULTIPLICITY is off.
This should resolve problems with initializing and destroying the Perl
interpreter more than once in a single process.
dup2() now uses the PerlLIO abstraction layer
=head1 Platform Specific Problems
Dynamic linker flags have been tweaked for Solaris and OS X, which should
solve problems seen while building some XS modules.
Bugs in OS/2 sockets and tmpfile have been fixed.
In OS X C<setreuid> and friends are troublesome - perl will now work
around their problems as best possible.
=head1 Future Directions
Starting with 5.8.3 we intend to make more frequent maintenance releases,
with a smaller number of changes in each. The intent is to propagate
bug fixes out to stable releases more rapidly and make upgrading stable
releases less of an upheaval. This should give end users more
flexibility in their choice of upgrade timing, and allow them easier
assessment of the impact of upgrades. The current plan is for code freezes
5.8.3 23:59:59 GMT, Wednesday December 31st 2003
5.8.4 23:59:59 GMT, Wednesday March 31st 2004
5.8.5 23:59:59 GMT, Wednesday June 30th 2004
with the release following soon after, when testing is complete.
See L<perl581delta/"Future Directions"> for more soothsaying.
=head1 Reporting Bugs
If you find what you think is a bug, you might check the articles
recently posted to the comp.lang.perl.misc newsgroup and the perl
bug database at F<http://bugs.perl.org/>. There may also be
information at F<http://www.perl.com/>, the Perl Home Page.
If you believe you have an unreported bug, please run the B<perlbug>
program included with your release. Be sure to trim your bug down
to a tiny but sufficient test case. Your bug report, along with the
output of C<perl -V>, will be sent off to email@example.com to be
analysed by the Perl porting team. You can browse and search
the Perl 5 bugs at http://bugs.perl.org/
=head1 SEE ALSO
The F<Changes> file for exhaustive details on what changed.
The F<INSTALL> file for how to build Perl.
The F<README> file for general stuff.
The F<Artistic> and F<Copying> files for copyright information.