[PATCH 1/2] rpmatch.3: remove first-character-only FUD

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



It's plain not true; locales can and do provide longer matches
(Aramaic has a "አዎን" alternative, for example)

Signed-off-by: Ahelenia Ziemiańska <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
---
 man3/rpmatch.3 | 15 ---------------
 1 file changed, 15 deletions(-)

diff --git a/man3/rpmatch.3 b/man3/rpmatch.3
index 846c492b7..e0f92a20d 100644
--- a/man3/rpmatch.3
+++ b/man3/rpmatch.3
@@ -123,21 +123,6 @@ T}	Thread safety	MT-Safe locale
 is not required by any standard, but
 is available on a few other systems.
 .\" It is available on at least AIX 5.1 and FreeBSD 6.0.
-.SH BUGS
-The
-.BR rpmatch ()
-implementation looks at only the first character
-of
-.IR response .
-As a consequence, "nyes" returns 0, and
-"ynever; not in a million years" returns 1.
-It would be preferable to accept input strings much more
-strictly, for example (using the extended regular
-expression notation described in
-.BR regex (7)):
-.B \(ha([yY]|yes|YES)$
-and
-.BR \(ha([nN]|no|NO)$ .
 .SH EXAMPLES
 The following program displays the results when
 .BR rpmatch ()
-- 
2.20.1

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Kernel Documentation]     [Netdev]     [Linux Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux