bin/103682: nfsstat(1) should use %u instead of %d to display
NFS stats
Bruce Evans
bde at zeta.org.au
Tue Sep 26 13:10:26 PDT 2006
The following reply was made to PR bin/103682; it has been noted by GNATS.
From: Bruce Evans <bde at zeta.org.au>
To: Hiroki Sato <hrs at freebsd.org>
Cc: FreeBSD-gnats-submit at freebsd.org, freebsd-bugs at freebsd.org
Subject: Re: bin/103682: nfsstat(1) should use %u instead of %d to display
NFS stats
Date: Wed, 27 Sep 2006 06:04:19 +1000 (EST)
On Wed, 27 Sep 2006, Hiroki Sato wrote:
>> Description:
> Although nfsstat(1) uses %d in printf() to display the NFS stats,
> on a busy NFS server/client the stat numbers can become more than
> 2147483647 (2^31 - 1, 32-bit int case) and negative numbers are
> printed. The numbers should be interpreted as unsigned int, and
> displayed by using %u instead.
I prefer to keep using %d. One extra bit only keeps things working for
twice as long (either in uptime or code lifetime). Overflow to negative
values normally gives obvious garbage, but overflow to bits that aren't
there gives garbage.
>> How-To-Repeat:
> Use nfsstat(1) on a busy NFS server/client.
>> Fix:
> A patch is attached. Also, I think it is better to change members
> in struct nfsstats/nfsrvstats from int to uint64_t or so if possible.
The counters really are ints, so overflow at 2^31 - 1 technically gives
undefined behaviour.
The code lifetime for these counters as ints expired many years ago.
They should be changed to int64_t's to avoid sign extension bugs.
Bruce
More information about the freebsd-bugs
mailing list