From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31577 invoked by alias); 5 Aug 2004 13:49:06 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 31569 invoked from network); 5 Aug 2004 13:49:05 -0000 Received: from unknown (HELO mail2.netezza.com) (12.148.248.137) by sourceware.org with SMTP; 5 Aug 2004 13:49:05 -0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: dot five-o series versions - GDB 6.2.50 Date: Thu, 05 Aug 2004 13:49:00 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: To: Cc: X-SW-Source: 2004-08/txt/msg00069.txt.bz2 Wow! Learn something new everyday! Neither ls --help nor man ls provide a much of a clue as to what a version sort is. Listed among items with more obvious sorting semantics I simply ignored -v. info ls provided the full story. ls -v definitely addresses my objection. /john -----Original Message----- From: Andreas Schwab [mailto:schwab@suse.de] Sent: Thursday, August 05, 2004 6:09 AM To: John Yates Cc: gdb@sources.redhat.com Subject: Re: dot five-o series versions - GDB 6.2.50 writes: > That would be fine if commonplace sorts obeyed that logic. > The most common sort in my world is /bin/ls which fails to > conform. GNU ls: --sort=3Dversion (aka -v) Andreas. --=20 Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux AG, Maxfeldstra=DFe 5, 90409 N=FCrnberg, Germany Key fingerprint =3D 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."