Date: Thu, 6 Jun 2002 16:13:00 +0400 From: "Andrey A. Chernov" <ache@nagual.pp.ru> To: "Tim J. Robbins" <tjr@FreeBSD.org> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/uniq uniq.c Message-ID: <20020606121257.GC87781@nagual.pp.ru> In-Reply-To: <20020606120315.GB87781@nagual.pp.ru> References: <200206060313.g563DAi26751@freefall.freebsd.org> <20020606031545.GA83612@nagual.pp.ru> <20020606161843.A44561@treetop.robbins.dropbear.id.au> <20020606083246.GA85860@nagual.pp.ru> <20020606192402.A45186@treetop.robbins.dropbear.id.au> <20020606100352.GA86621@nagual.pp.ru> <20020606202942.A45282@treetop.robbins.dropbear.id.au> <20020606120315.GB87781@nagual.pp.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jun 06, 2002 at 16:03:18 +0400, Andrey A. Chernov wrote: > > > uniq is not interested in the sort order of strings, it is interested in > > whether two lines of text are identical. If the sort utility is operating > > You treat uniq as binary compare, but it is only subset of its > functionality. It can be used for real life languages too, in localized > model. And what you try to do is to make uniq useless for real life languages. strcmp() is not human-oriented while strcoll() is. strcoll() should be used in all places which human supposed to read instead of strcmp(). For cases where binary comparison is needed, LANG=C trick can be used. This rule is generally true for all localized utilities. And you want to make already localized utility non-localized again. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020606121257.GC87781>