summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorKarl Williamson <public@khwilliamson.com>2012-05-11 09:37:37 -0600
committerKarl Williamson <public@khwilliamson.com>2012-05-11 10:02:13 -0600
commitfd85cc123809ade53410187e9c57a3ae63402e24 (patch)
treedb83c18676f726b51198f7e706802ce7ed2c360c
parent88132a12f68fbbafce95c14cb4e5aa3ebe667a4d (diff)
downloadperl-fd85cc123809ade53410187e9c57a3ae63402e24.tar.gz
perldelta: Correct statement
It was pointed out to me after I wrote the text in an earlier perldelta that this one is extracted from, that it is extremely unlikely to run out of memory; I had not bothered to really do the math.
-rw-r--r--pod/perldelta.pod2
1 files changed, 1 insertions, 1 deletions
diff --git a/pod/perldelta.pod b/pod/perldelta.pod
index 3360af464e..d31948017f 100644
--- a/pod/perldelta.pod
+++ b/pod/perldelta.pod
@@ -859,7 +859,7 @@ property in each regular expression. Thus, C<qr/\p{foo}abc\p{foo}/>
would generate two hashes. Any probes in one instance would be unknown
to the other, and the hashes could expand separately to be quite large
if the regular expression were used on many different widely-separated
-code points. This can lead to running out of memory in extreme cases.
+code points.
Now, however, there is just one hash shared by all instances of a given
property. This means that if C<\p{foo}> is matched against "A" in one
regular expression in a thread, the result will be known immediately to