perldiag: Clarify non-char warning
authorKarl Williamson <khw@cpan.org>
Wed, 23 Apr 2014 00:31:11 +0000 (18:31 -0600)
committerKarl Williamson <khw@cpan.org>
Wed, 23 Apr 2014 01:58:50 +0000 (19:58 -0600)
What to do in this situation is currently subject to ticket
[perl #121226],  This more clearly documents what happens now.

pod/perldiag.pod

index 00700c5..bca95e2 100644 (file)
@@ -5742,9 +5742,15 @@ with the characters in the Lao and Thai scripts.
 (S nonchar) Certain codepoints, such as U+FFFE and U+FFFF, are
 defined by the Unicode standard to be non-characters.  Those are
 legal codepoints, but are reserved for internal use; so, applications
-shouldn't attempt to exchange them.  If you know what you are doing
+shouldn't attempt to exchange them.  An application may not be
+expecting any of these characters at all, and receiving them
+may lead to bugs.  If you know what you are doing
 you can turn off this warning by C<no warnings 'nonchar';>.
 
+This is not really a "serious" error, but it is supposed to be raised
+by default even if warnings are not enabled, and currently the only
+way to do that in Perl is to mark it as serious.
+
 =item Unicode surrogate U+%X is illegal in UTF-8
 
 (S surrogate) You had a UTF-16 surrogate in a context where they are