Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!bloom-beacon!mit-eddie!uw-beaver!teknowledge-vaxc!sri-unix!quintus!ok
From: ok@quintus.uucp (Richard A. O'Keefe)
Newsgroups: comp.unix.questions
Subject: Re: Unix shell prgrams and AI techniques
Message-ID: <133@quintus.UUCP>
Date: 22 Jun 88 03:46:44 GMT
References: <7387@watdragon.waterloo.edu> <514@philmds.UUCP>
Sender: news@quintus.UUCP
Reply-To: ok@quintus.UUCP (Richard A. O'Keefe)
Distribution: comp
Organization: Quintus Computer Systems, Inc.
Lines: 17

In article <514@philmds.UUCP> leo@philmds.UUCP (L.J.M. de Wit) writes:
:B.T.W. Testing this script I discovered what seems to be a bug in sort
:(Ultrix 2.0).
:The following two lines when fed into sort -u +15:
:                Mon Jun 20 19:36   still logged inuucp      ttyic
:                Mon Jun 20 18:07   still logged inleo       ttyid
:generate only one line:
:                Mon Jun 20 19:36   still logged inuucp      ttyic
:The manual says: A missing -num argument means the end of the line,
:and for u: Suppress all but one in each set of equal lines. Ignored bytes
:and bytes outside keys do not participate in the comparision. 
:Am I wrong or is the manual wrong (or is sort buggy)?

Trying "sort -u +15" with just these two records on a Sun-3/50 running
SunOS 3.2, I get as output whichever of the two records came first.
There are said to be problems with the -u option of sort, so I always
avoid it.  "sort +15 | uniq" works fine.