Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.3/8.12.3) with ESMTP id g57FHcnC011907 for ; Fri, 7 Jun 2002 08:17:38 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.3/8.12.3/Submit) id g57FHclO011906 for linux-xfs-outgoing; Fri, 7 Jun 2002 08:17:38 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from thor.goeci.com (thor.goeci.com [216.181.40.16]) by oss.sgi.com (8.12.3/8.12.3) with SMTP id g57FHWnC011878 for ; Fri, 7 Jun 2002 08:17:33 -0700 Received: by THOR with Internet Mail Service (5.5.2650.21) id ; Fri, 7 Jun 2002 11:19:33 -0400 Message-ID: From: Murthy Kambhampaty To: "'Stephan Austermuehle'" Cc: "Linux-Xfs (E-mail)" Subject: RE: xfsdump and -v or -V? Date: Fri, 7 Jun 2002 11:19:32 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Try "xfsrestore --help | more", which puts the version on the last line. For some odd reason "xfsrestore --help" puts the version at the top of the help screen but, "xfsrestore --help | more" puts it on the last line, obviating the need to "look through the tons of lines generated with --help". Maybe these SGI programmers are deceptively good at user interface design :), as well as at engineering this really high-performance filesystem. Murthy > -----Original Message----- > From: Stephan Austermuehle [mailto:au@hcsd.de] > Sent: Friday, June 07, 2002 04:30 > To: Mike Burger > Subject: Re: xfsdump and -v or -V? > > > On Fri, Jun 07, 2002 at 04:25:09AM -0400, Mike Burger wrote: > > > "xfsdump --help" or "--xfrestore --help" > > The first line gives you the version, and then the usage follows. > > Yes, thanks for the hint. Nevertheless I think that a separate version > flag is better because one doesn't have to look through the tons of > lines generated with --help. It's very little effort to implement > this. > > Stephan >