From owner-freebsd-bugs Mon Mar 6 7:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2D51137BDB2 for ; Mon, 6 Mar 2000 07:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA90678; Mon, 6 Mar 2000 07:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Mon, 6 Mar 2000 07:20:03 -0800 (PST) Message-Id: <200003061520.HAA90678@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Shigio Yamaguchi Subject: Re: gnu/3910: sort(1) of 2.2.1R doesn't work in special case. Reply-To: Shigio Yamaguchi Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/3910; it has been noted by GNATS. From: Shigio Yamaguchi To: freebsd-gnats-submit@FreeBSD.org Cc: shigio@tamacom.com Subject: Re: gnu/3910: sort(1) of 2.2.1R doesn't work in special case. Date: Tue, 07 Mar 2000 00:13:18 +0900 I have recept following mail. I think this problem report should be closed. > To: Shigio Yamaguchi > Cc: bug-textutils@gnu.org > Subject: Re: Sort bug in textutils-2.0.tar.gz > References: <200003051039.TAA06100@tamacom.com> > From: Jim Meyering > In-Reply-To: Shigio Yamaguchi's message of "Sun, 05 Mar 2000 19:39:09 +0900" > Date: 05 Mar 2000 22:33:28 +0100 > Message-ID: > Lines: 47 > User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6 > MIME-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > X-UIDL: 85b274d4a26a8d73ba0502cb31cf0249 > > Thanks for the report. > I believe this is not a bug in sort. > > This misunderstanding may be due to a weakness in the documentation. > The way sort's -b modifier works is different from the way any of the other > modifiers work in that it means different things when applied to the > field-start than when applied to the field-end part of the key specifier. > Or perhaps it's due to the ambiguity of whether those blanks are at the > end of the first field or at the beginning of the second one. > > To get the behavior you want, either apply `b' to the field-end > specifier of the first key, > > % sort +0b -1b +2b -3 > > or simply use the global -b option: > > % sort -b +0 -1 +2 -3 > > Shigio Yamaguchi writes: > | Hello, > | > | I think I have found a bug in sort. > | > | Sort(1) is effected by blanks around skipped column. > | > | For example, > | > | % sort +0b -1 +2b -3 > | A A B > | A A A > | ^D > | > | should be sorted as follows. > | > | A A A > | A A B > | > | But the result is this. > | > | A A B > | A A A > | > | If you make these columns even like this, it works well. > | > | A A B > | A A A -- Shigio Yamaguchi - Tama Communications Corporation Mail: shigio@tamacom.com, Spare mail: shigio@pluto.dti.ne.jp WWW: http://www.tamacom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message