fix max-pkts option inconsistencies
authorEric Sandeen <sandeen@redhat.com>
Thu, 30 Apr 2009 15:56:04 +0000 (10:56 -0500)
committerJens Axboe <jens.axboe@oracle.com>
Mon, 11 May 2009 06:43:44 +0000 (08:43 +0200)
This is for RH bug 498426,
btrecord doesn't recognize --max-pkts and --max-packets cmd line options

Usage text and some documentation references "--max-pkts" and
the man page references "--max-packets" but the getopts code
is looking for --max_pkts.

I'm not sure if it's best to make the code match the majority
of the docs, or fix the docs to match the code?  This patch does
the former, but I'm not picky if you want to go the other way :)

Signed-off-by: Eric Sandeen <sandeen@redhat.com>
Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
btreplay/btrecord.c
doc/btrecord.8

index 09329f7a4fd549e91e6942f7b15df49b174ef895..88ab806d33f898e965c94c480980556f591b68bd 100644 (file)
@@ -152,7 +152,7 @@ static struct option l_opts[] = {
                .val = 'm'
        },
        {
-               .name = "max_pkts",
+               .name = "max-pkts",
                .has_arg = required_argument,
                .flag = NULL,
                .val = 'M'
index f8477da3b4ae6ccedf16d803eca5c7653326c473..b4318ae6f7c74c5c406b8ce72358486db117b511 100644 (file)
@@ -121,7 +121,7 @@ The default value is 10,000,000 nanoseconds (10 milliseconds).
 
 \-M <\fInum\fR>
 .br
-\-\-max\-packets=<\fInum\fR>
+\-\-max\-pkts=<\fInum\fR>
 .RS
 Set maximum number of packets per bunch.
 The \fI\-M\fR option requires a single parameter which specifies the