go ahead... be a heretic | |
PerlMonks |
comment on |
( [id://3333]=superdoc: print w/replies, xml ) | Need Help?? |
If you're feeding codepoints > 0x7fffffffffffffff into perl, something fairly major has gone wrong, and quietly ignoring those rogue codepoints is just masking the bigger issue.
This excellent sentence got me pointed in the right direction! Thank you. Here's what the regex engine was freaking out about: Matching that data triggers the fatal code point error, but only if the regex fails to match a string (numbers seem to match or fail quietly). Different versions of perl give different results. Perl 5.26.2: F fu Operation "pattern match (m//)" returns its argument for UTF-16 surrogate U+DFA8 at -e line 1. Operation "pattern match (m//)" returns its argument for non-Unicode code point 0x1C9140 at -e line 1. Operation "pattern match (m//)" returns its argument for non-Unicode code point 0xE6BAAA at -e line 1. Use of code point 0xFFFFFFFFFFFFFFFF is deprecated; the permissible max is 0x7FFFFFFFFFFFFFFF. This will be fatal in Perl 5.28 in pattern match (m//) at -e line 1. Use of code point 0xFFFFFFFFFFFFFFFF is deprecated; the permissible max is 0x7FFFFFFFFFFFFFFF. This will be fatal in Perl 5.28 at -e line 1. Operation "pattern match (m//)" returns its argument for non-Unicode code point 0xFFFFFFFFFFFFFFFF at -e line 1. Perl 5.28: f Operation "pattern match (m//)" returns its argument for UTF-16 surrogate U+DFA9 at -e line 1. FU Operation "pattern match (m//)" returns its argument for UTF-16 surrogate U+DFA9 at -e line 1. Operation "pattern match (m//)" returns its argument for non-Unicode code point 0x1CB760 at -e line 1. Operation "pattern match (m//)" returns its argument for non-Unicode code point 0x18B14C at -e line 1. Operation "pattern match (m//)" returns its argument for non-Unicode code point 0x7FFFFFFFFFFFFFFF at -e line 1. Numbers: 1
In reply to Re^7: Fatal code point 0xFFFFFFFFFFFFFFFF
by Anonymous Monk
|
|