From ca60ecf2e8a0b5d31d33ef233b08d53b6d62fb84 Mon Sep 17 00:00:00 2001 From: Father Chrysostomos Date: Thu, 11 Nov 2010 22:05:28 -0800 Subject: [PATCH] perldelta up to 4df35a07ff9 --- pod/perldelta.pod | 67 ++++++++++++++++++++++++++++++++++++++++++++++++++++++- 1 file changed, 66 insertions(+), 1 deletion(-) diff --git a/pod/perldelta.pod b/pod/perldelta.pod index 31fa0e9..cb5a8a4 100644 --- a/pod/perldelta.pod +++ b/pod/perldelta.pod @@ -1,12 +1,16 @@ =encoding utf8 =for comment -This has been completed up to 8ff3250783, except for: +This has been completed up to 4df35a07ff9, except for: 04777d295957ad270188e4debf51b523e07cc5b0 c565ab54dc649bb62cd4d57149d7b2abb21df5f3 1c8d11ca3d0ce8bc11562f159b94c2c7e62dea6c 51698cb360d5bba06e12496ef9c7bf82e3352b71 0c4d3b5ea916cf640ea163c5a6bcffefade55a1b +9960802c2b6f4b61c0c7ce718f3ce247a3a13bf1 +2726813d9af5d50f1451663cd931317e7172da50 +8951c461a5079d86be33a432491eda98c24dc397 +I may have missed a few module version bumps. =head1 NAME @@ -269,6 +273,9 @@ executable. C has been upgraded from 1.24 to 1.25. +It no longer crashes when taking apart a C containing characters +outside the octet range or compiled in a C scope. + =item * C has been upgraded from 0.99 to 1.01. @@ -304,6 +311,10 @@ C has been upgraded from 0.48 to 0.50 =item * +C has been upgraded from 2.129 to 2.130. + +=item * + C has been upgraded from 1.10 to 1.11. It fixes a buffer overflow when passed a very long file name. @@ -331,6 +342,13 @@ C has been upgraded from 1.09 to 1.10. =item * +C has been upgraded from 1.03 to 1.04. + +The C<-x> and C<-X> file test operators now work correctly under the root +user. + +=item * + C has been upgraded from 1.11 to 1.12. This fixes a memory leak when DBM filters are used. @@ -355,10 +373,14 @@ C has been upgraded from 1.16 to 1.17. C has been upgraded from 1.97 to 1.98. +XXX Should the changes be listed here? + =item * C has been upgraded from 0.22 to 0.24. +XXX Should the changes be listed here? + =item * C has been upgraded from 3.09 to 3.10 @@ -384,6 +406,10 @@ This fixes a memory leak when DBM filters are used. =item * +C has been upgraded from 1.16 to 1.17. + +=item * + C has been upgraded from 0.223 to 0.224 =item * @@ -857,6 +883,45 @@ L<[perl #70998]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=70998>. C (added in 5.13.2) no longer leaks. +=item * + +The trie optimisation was not taking empty groups into account, preventing +'foo' from matching C +L<[perl #78356]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=78356>. + +=item * + +A pattern containing a C<+> inside a lookahead would sometimes cause an +incorrect match failure in a global match (e.g., C) +L<[perl #68564]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=68564>. + +=item * + +Iterating with C over an array returned by an lvalue sub now works +L<[perl #23790]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=23790>. + +=item * + +C<$@> is now localised during calls to C to prevent action at a +distance +L<[perl #78844]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=78844>. + +=item * + +C, which is accessible to Perl via C is now +updated properly when packages are deleted or removed from the C<@ISA> of +other classes. This allows many packages to be created and deleted without +causing a memory leak +L<[perl #75176]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=75176>. + +=item * + +C and C used not to update the internal isa +caches if the stash or array (respectively) had a reference elsewhere. In +fact, C would stop a new C<@Foo::ISA> array from updating +caches +L<[perl #79024]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=79024>. + =back =head1 Known Problems -- 1.8.3.1