-
Notifications
You must be signed in to change notification settings - Fork 2
/
Copy pathperl5243delta.html
242 lines (152 loc) · 15 KB
/
perl5243delta.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
<?xml version="1.0" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>perl5243delta - what is new for perl v5.24.3</title>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<link rev="made" href="mailto:[email protected]" />
</head>
<body>
<ul id="index">
<li><a href="#NAME">NAME</a></li>
<li><a href="#DESCRIPTION">DESCRIPTION</a></li>
<li><a href="#Security">Security</a>
<ul>
<li><a href="#CVE-2017-12837-Heap-buffer-overflow-in-regular-expression-compiler">[CVE-2017-12837] Heap buffer overflow in regular expression compiler</a></li>
<li><a href="#CVE-2017-12883-Buffer-over-read-in-regular-expression-parser">[CVE-2017-12883] Buffer over-read in regular expression parser</a></li>
<li><a href="#CVE-2017-12814-ENV-key-stack-buffer-overflow-on-Windows">[CVE-2017-12814] $ENV{$key} stack buffer overflow on Windows</a></li>
</ul>
</li>
<li><a href="#Incompatible-Changes">Incompatible Changes</a></li>
<li><a href="#Modules-and-Pragmata">Modules and Pragmata</a>
<ul>
<li><a href="#Updated-Modules-and-Pragmata">Updated Modules and Pragmata</a></li>
</ul>
</li>
<li><a href="#Configuration-and-Compilation">Configuration and Compilation</a></li>
<li><a href="#Platform-Support">Platform Support</a>
<ul>
<li><a href="#Platform-Specific-Notes">Platform-Specific Notes</a></li>
</ul>
</li>
<li><a href="#Selected-Bug-Fixes">Selected Bug Fixes</a></li>
<li><a href="#Acknowledgements">Acknowledgements</a></li>
<li><a href="#Reporting-Bugs">Reporting Bugs</a></li>
<li><a href="#SEE-ALSO">SEE ALSO</a></li>
</ul>
<h1 id="NAME">NAME</h1>
<p>perl5243delta - what is new for perl v5.24.3</p>
<h1 id="DESCRIPTION">DESCRIPTION</h1>
<p>This document describes differences between the 5.24.2 release and the 5.24.3 release.</p>
<p>If you are upgrading from an earlier release such as 5.24.1, first read <a href="/cperl/perl5242delta.html">perl5242delta</a>, which describes differences between 5.24.1 and 5.24.2.</p>
<h1 id="Security">Security</h1>
<h2 id="CVE-2017-12837-Heap-buffer-overflow-in-regular-expression-compiler">[CVE-2017-12837] Heap buffer overflow in regular expression compiler</h2>
<p>Compiling certain regular expression patterns with the case-insensitive modifier could cause a heap buffer overflow and crash perl. This has now been fixed. <a href="https://rt.perl.org/Public/Bug/Display.html?id=131582">[perl #131582]</a></p>
<h2 id="CVE-2017-12883-Buffer-over-read-in-regular-expression-parser">[CVE-2017-12883] Buffer over-read in regular expression parser</h2>
<p>For certain types of syntax error in a regular expression pattern, the error message could either contain the contents of a random, possibly large, chunk of memory, or could crash perl. This has now been fixed. <a href="https://rt.perl.org/Public/Bug/Display.html?id=131598">[perl #131598]</a></p>
<h2 id="CVE-2017-12814-ENV-key-stack-buffer-overflow-on-Windows">[CVE-2017-12814] <code>$ENV{$key}</code> stack buffer overflow on Windows</h2>
<p>A possible stack buffer overflow in the <code>%ENV</code> code on Windows has been fixed by removing the buffer completely since it was superfluous anyway. <a href="https://rt.perl.org/Public/Bug/Display.html?id=131665">[perl #131665]</a></p>
<h1 id="Incompatible-Changes">Incompatible Changes</h1>
<p>There are no changes intentionally incompatible with 5.24.2. If any exist, they are bugs, and we request that you submit a report. See <a href="#Reporting-Bugs">"Reporting Bugs"</a> below.</p>
<h1 id="Modules-and-Pragmata">Modules and Pragmata</h1>
<h2 id="Updated-Modules-and-Pragmata">Updated Modules and Pragmata</h2>
<ul>
<li><p><a href="/cperl/lib/Module/CoreList.html">Module::CoreList</a> has been upgraded from version 5.20170715_24 to 5.20170922_24.</p>
</li>
<li><p><a href="/cperl/lib/POSIX.html">POSIX</a> has been upgraded from version 1.65 to 1.65_01.</p>
</li>
<li><p><a href="/cperl/lib/Time/HiRes.html">Time::HiRes</a> has been upgraded from version 1.9733 to 1.9741.</p>
<p><a href="https://rt.perl.org/Public/Bug/Display.html?id=128427">[perl #128427]</a> <a href="https://rt.perl.org/Public/Bug/Display.html?id=128445">[perl #128445]</a> <a href="https://rt.perl.org/Public/Bug/Display.html?id=128972">[perl #128972]</a> <a href="https://rt.cpan.org/Public/Bug/Display.html?id=120032">[cpan #120032]</a></p>
</li>
</ul>
<h1 id="Configuration-and-Compilation">Configuration and Compilation</h1>
<ul>
<li><p>When building with GCC 6 and link-time optimization (the <b>-flto</b> option to <b>gcc</b>), <i>Configure</i> was treating all probed symbols as present on the system, regardless of whether they actually exist. This has been fixed. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128131">[perl #128131]</a></p>
</li>
<li><p><i>Configure</i> now aborts if both <code>-Duselongdouble</code> and <code>-Dusequadmath</code> are requested. <a href="https://rt.perl.org/Public/Bug/Display.html?id=126203">[perl #126203]</a></p>
</li>
<li><p>Fixed a bug in which <i>Configure</i> could append <code>-quadmath</code> to the archname even if it was already present. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128538">[perl #128538]</a></p>
</li>
<li><p>Clang builds with <code>-DPERL_GLOBAL_STRUCT</code> or <code>-DPERL_GLOBAL_STRUCT_PRIVATE</code> have been fixed (by disabling Thread Safety Analysis for these configurations).</p>
</li>
</ul>
<h1 id="Platform-Support">Platform Support</h1>
<h2 id="Platform-Specific-Notes">Platform-Specific Notes</h2>
<dl>
<dt id="VMS">VMS</dt>
<dd>
<ul>
<li><p><code>configure.com</code> now recognizes the VSI-branded C compiler.</p>
</li>
</ul>
</dd>
<dt id="Windows">Windows</dt>
<dd>
<ul>
<li><p>Building XS modules with GCC 6 in a 64-bit build of Perl failed due to incorrect mapping of <code>strtoll</code> and <code>strtoull</code>. This has now been fixed. <a href="https://rt.perl.org/Public/Bug/Display.html?id=131726">[perl #131726]</a> <a href="https://rt.cpan.org/Public/Bug/Display.html?id=121683">[cpan #121683]</a> <a href="https://rt.cpan.org/Public/Bug/Display.html?id=122353">[cpan #122353]</a></p>
</li>
</ul>
</dd>
</dl>
<h1 id="Selected-Bug-Fixes">Selected Bug Fixes</h1>
<ul>
<li><p><code>/@0{0*->@*/*0</code> and similar contortions used to crash, but no longer do, but merely produce a syntax error. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128171">[perl #128171]</a></p>
</li>
<li><p><code>do</code> or <code>require</code> with an argument which is a reference or typeglob which, when stringified, contains a null character, started crashing in Perl 5.20, but has now been fixed. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128182">[perl #128182]</a></p>
</li>
<li><p>Expressions containing an <code>&&</code> or <code>||</code> operator (or their synonyms <code>and</code> and <code>or</code>) were being compiled incorrectly in some cases. If the left-hand side consisted of either a negated bareword constant or a negated <code>do {}</code> block containing a constant expression, and the right-hand side consisted of a negated non-foldable expression, one of the negations was effectively ignored. The same was true of <code>if</code> and <code>unless</code> statement modifiers, though with the left-hand and right-hand sides swapped. This long-standing bug has now been fixed. <a href="https://rt.perl.org/Public/Bug/Display.html?id=127952">[perl #127952]</a></p>
</li>
<li><p><code>reset</code> with an argument no longer crashes when encountering stash entries other than globs. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128106">[perl #128106]</a></p>
</li>
<li><p>Assignment of hashes to, and deletion of, typeglobs named <code>*::::::</code> no longer causes crashes. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128086">[perl #128086]</a></p>
</li>
<li><p>Assignment variants of any bitwise ops under the <code>bitwise</code> feature would crash if the left-hand side was an array or hash. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128204">[perl #128204]</a></p>
</li>
<li><p><code>socket</code> now leaves the error code returned by the system in <code>$!</code> on failure. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128316">[perl #128316]</a></p>
</li>
<li><p>Parsing bad POSIX charclasses no longer leaks memory. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128313">[perl #128313]</a></p>
</li>
<li><p>Since Perl 5.20, line numbers have been off by one when perl is invoked with the <b>-x</b> switch. This has been fixed. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128508">[perl #128508]</a></p>
</li>
<li><p>Some obscure cases of subroutines and file handles being freed at the same time could result in crashes, but have been fixed. The crash was introduced in Perl 5.22. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128597">[perl #128597]</a></p>
</li>
<li><p>Some regular expression parsing glitches could lead to assertion failures with regular expressions such as <code>/(?<=/</code> and <code>/(?<!/</code>. This has now been fixed. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128170">[perl #128170]</a></p>
</li>
<li><p><code>gethostent</code> and similar functions now perform a null check internally, to avoid crashing with the torsocks library. This was a regression from Perl 5.22. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128740">[perl #128740]</a></p>
</li>
<li><p>Mentioning the same constant twice in a row (which is a syntax error) no longer fails an assertion under debugging builds. This was a regression from Perl 5.20. <a href="https://rt.perl.org/Public/Bug/Display.html?id=126482">[perl #126482]</a></p>
</li>
<li><p>In Perl 5.24 <code>fchown</code> was changed not to accept negative one as an argument because in some platforms that is an error. However, in some other platforms that is an acceptable argument. This change has been reverted. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128967">[perl #128967]</a>.</p>
</li>
<li><p><code>@{x</code> followed by a newline where <code>"x"</code> represents a control or non-ASCII character no longer produces a garbled syntax error message or a crash. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128951">[perl #128951]</a></p>
</li>
<li><p>A regression in Perl 5.24 with <code>tr/\N{U+...}/foo/</code> when the code point was between 128 and 255 has been fixed. <a href="https://rt.perl.org/Public/Bug/Display.html?id=128734">[perl #128734]</a>.</p>
</li>
<li><p>Many issues relating to <code>printf "%a"</code> of hexadecimal floating point were fixed. In addition, the "subnormals" (formerly known as "denormals") floating point numbers are now supported both with the plain IEEE 754 floating point numbers (64-bit or 128-bit) and the x86 80-bit "extended precision". Note that subnormal hexadecimal floating point literals will give a warning about "exponent underflow". <a href="https://rt.perl.org/Public/Bug/Display.html?id=128843">[perl #128843]</a> <a href="https://rt.perl.org/Public/Bug/Display.html?id=128888">[perl #128888]</a> <a href="https://rt.perl.org/Public/Bug/Display.html?id=128889">[perl #128889]</a> <a href="https://rt.perl.org/Public/Bug/Display.html?id=128890">[perl #128890]</a> <a href="https://rt.perl.org/Public/Bug/Display.html?id=128893">[perl #128893]</a> <a href="https://rt.perl.org/Public/Bug/Display.html?id=128909">[perl #128909]</a> <a href="https://rt.perl.org/Public/Bug/Display.html?id=128919">[perl #128919]</a></p>
</li>
<li><p>The parser could sometimes crash if a bareword came after <code>evalbytes</code>. <a href="https://rt.perl.org/Public/Bug/Display.html?id=129196">[perl #129196]</a></p>
</li>
<li><p>Fixed a place where the regex parser was not setting the syntax error correctly on a syntactically incorrect pattern. <a href="https://rt.perl.org/Public/Bug/Display.html?id=129122">[perl #129122]</a></p>
</li>
<li><p>A vulnerability in Perl's <code>sprintf</code> implementation has been fixed by avoiding a possible memory wrap. <a href="https://rt.perl.org/Public/Bug/Display.html?id=131260">[perl #131260]</a></p>
</li>
</ul>
<h1 id="Acknowledgements">Acknowledgements</h1>
<p>Perl 5.24.3 represents approximately 2 months of development since Perl 5.24.2 and contains approximately 3,200 lines of changes across 120 files from 23 authors.</p>
<p>Excluding auto-generated files, documentation and release tools, there were approximately 1,600 lines of changes to 56 .pm, .t, .c and .h files.</p>
<p>Perl continues to flourish into its third decade thanks to a vibrant community of users and developers. The following people are known to have contributed the improvements that became Perl 5.24.3:</p>
<p>Aaron Crane, Craig A. Berry, Dagfinn Ilmari Mannsåker, Dan Collins, Daniel Dragan, Dave Cross, David Mitchell, Eric Herman, Father Chrysostomos, H.Merijn Brand, Hugo van der Sanden, James E Keenan, Jarkko Hietaniemi, John SJ Anderson, Karl Williamson, Ken Brown, Lukas Mai, Matthew Horsfall, Stevan Little, Steve Hay, Steven Humphrey, Tony Cook, Yves Orton.</p>
<p>The list above is almost certainly incomplete as it is automatically generated from version control history. In particular, it does not include the names of the (very much appreciated) contributors who reported issues to the Perl bug tracker.</p>
<p>Many of the changes included in this version originated in the CPAN modules included in Perl's core. We're grateful to the entire CPAN community for helping Perl to flourish.</p>
<p>For a more complete list of all of Perl's historical contributors, please see the <i>AUTHORS</i> file in the Perl source distribution.</p>
<h1 id="Reporting-Bugs">Reporting Bugs</h1>
<p>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 <a href="https://rt.perl.org/">https://rt.perl.org/</a> . There may also be information at <a href="http://www.perl.org/">http://www.perl.org/</a> , the Perl Home Page.</p>
<p>If you believe you have an unreported bug, please run the <a>perlbug</a> 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 <code>perl -V</code>, will be sent off to [email protected] to be analysed by the Perl porting team.</p>
<p>If the bug you are reporting has security implications which make it inappropriate to send to a publicly archived mailing list, then see <a href="/cperl/perlsec.html#SECURITY-VULNERABILITY-CONTACT-INFORMATION">"SECURITY VULNERABILITY CONTACT INFORMATION" in perlsec</a> for details of how to report the issue.</p>
<h1 id="SEE-ALSO">SEE ALSO</h1>
<p>The <i>Changes</i> file for an explanation of how to view exhaustive details on what changed.</p>
<p>The <i>INSTALL</i> file for how to build Perl.</p>
<p>The <i>README</i> file for general stuff.</p>
<p>The <i>Artistic</i> and <i>Copying</i> files for copyright information.</p>
</body>
</html>