From e2660c54a3f89a507f2f7b18f3a4f69b76dfff22 Mon Sep 17 00:00:00 2001 From: Karl Williamson Date: Mon, 16 Sep 2013 22:42:09 -0600 Subject: [PATCH] perlapi: Typos; clarify comment --- utf8.c | 10 ++++++---- 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/utf8.c b/utf8.c index 4745a63..2e157df 100644 --- a/utf8.c +++ b/utf8.c @@ -630,7 +630,7 @@ Perl_utf8n_to_uvchr(pTHX_ const U8 *s, STRLEN curlen, STRLEN *retlen, U32 flags) * We also should not consume too few bytes, otherwise someone could inject * things. For example, an input could be deliberately designed to * overflow, and if this code bailed out immediately upon discovering that, - * returning to the caller *retlen pointing to the very next byte (one + * returning to the caller C<*retlen> pointing to the very next byte (one * which is actually part of of the overflowing sequence), that could look * legitimate to the caller, which could discard the initial partial * sequence and process the rest, inappropriately */ @@ -4762,11 +4762,13 @@ Perl_uvuni_to_utf8_flags(pTHX_ U8 *d, UV uv, UV flags) Instead use L, or rarely, L. -This function was usefulfor code that wanted to handle both EBCDIC and +This function was useful for code that wanted to handle both EBCDIC and ASCII platforms with Unicode properties, but starting in Perl v5.20, the distinctions between the platforms have mostly been made invisible to most -code, so this function is quite unlikely to be what you want. -C> instead. +code, so this function is quite unlikely to be what you want. If you do need +this precise functionality, use instead +C> +or C>. =cut */ -- 2.7.4