@@ -1194,7 +1194,7 @@ C<L</is_c9strict_utf8_string_loc>>, and C<L</is_c9strict_utf8_string_loclen>>.
1194
1194
1195
1195
Returns TRUE if the first C<len> bytes of string C<s> form a valid
1196
1196
UTF-8-encoded string that conforms to
1197
- L<Unicode Corrigendum #9|http://wwwXX.unicodeXX .org/versions/corrigendum9XX .html>;
1197
+ L<Unicode Corrigendum #9|http://wwwXXX.unicodeXXX .org/versions/corrigendum9XXX .html>;
1198
1198
otherwise it returns FALSE. If C<len> is 0, it will be calculated using
1199
1199
C<strlen(s)> (which means if you use this option, that C<s> can't have embedded
1200
1200
C<NUL> characters and has to have a terminating C<NUL> byte). Note that all
@@ -1203,7 +1203,7 @@ characters being ASCII constitute 'a valid UTF-8 string'.
1203
1203
This function returns FALSE for strings containing any code points above the
1204
1204
Unicode max of 0x10FFFF or surrogate code points, but accepts non-character
1205
1205
code points per
1206
- L<Corrigendum #9|http://wwwXX.unicodeXX .org/versions/corrigendum9XX .html>.
1206
+ L<Corrigendum #9|http://wwwXXX.unicodeXXX .org/versions/corrigendum9XXX .html>.
1207
1207
1208
1208
See also C<L</is_utf8_invariant_string>>, C<L</is_utf8_invariant_string_loc>>,
1209
1209
C<L</is_utf8_string>>, C<L</is_utf8_string_flags>>, C<L</is_utf8_string_loc>>,
@@ -1607,7 +1607,7 @@ form the first code point in C<s>, are not examined.
1607
1607
The largest acceptable code point is the Unicode maximum 0x10FFFF. This
1608
1608
differs from C<L</isSTRICT_UTF8_CHAR>> only in that it accepts non-character
1609
1609
code points. This corresponds to
1610
- L<Unicode Corrigendum #9|http://wwwXX.unicodeXX .org/versions/corrigendum9XX .html>.
1610
+ L<Unicode Corrigendum #9|http://wwwXXX.unicodeXXX .org/versions/corrigendum9XXX .html>.
1611
1611
which said that non-character code points are merely discouraged rather than
1612
1612
completely forbidden in open interchange. See
1613
1613
L<perlunicode/Noncharacter code points>.
0 commit comments