Re: Bash help requested: Capturing command errors within pipes

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


On 22Mar2009 11:09, Steven W. Orr <[email protected]> wrote:
| On Saturday, Mar 21st 2009 at 22:41 -0000, quoth Cameron Simpson:
| =>On 21Mar2009 16:47, Daniel B. Thurman <[email protected]> wrote:
| =>> When I tried `sort -un', the data was truncated, i.e.
| =>> there is data loss.  So, when I went back to my original
| =>> code using 'sort -n | uniq',  there is no data loss.  There
| =>> seems to be a problem using the `sort -un' method.
| =>
| =>Well, they do mean slightly different things.
| =>
| =>"sort -un" sorts and returns the first row of each set of rows that
| =>sorted equal. (i.e. "1 foo" and "1 bah" sort equal (numeric) and only "1
| =>foo" is returned. (See "man sort" for the details, and "man 1p sort" for
| =>what you may portably expect on multiple UNIX platforms.)
| =>It is often correct to replace "sort -n | uniq" with "sort -un", but I was
| =>clearly wrong to do so here.
| Fascinating. I never noticed that behaviour.

Neither had I until Daniel reported his problem. Then I read the manual
page more closely.

| I guess I'm convinced that the only safe way is to *never* use -u.

For plenty of data the -u option is just fine. It's only where you have
extra data on the line not related to the sort criteria that it matters.
Clearly, almost all the data I've sorted has been unique (columns of
numbers, passwd and group files, etc), or I've not cared about which
line I end up with (sorting lists of words).

So from my point of view, Daniel's use case is uncommon.

I intend using -u as frequently as before. Like anything, I must keep
its real semantics in the back of my mind for when I do have data not
unique on the sort keys, which must be kept.

Cameron Simpson <[email protected]> DoD#743

If I haven't seen further, it is by standing in the footprints of giants.
        - ~kzm <[email protected]>

fedora-list mailing list
[email protected]
To unsubscribe:

[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux