Date: Thu, 6 Jan 2005 16:53:29 -0800 From: Brooks Davis <brooks@one-eyed-alien.net> To: Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: Giorgos Keramidas <keramida@FreeBSD.org> Subject: Re: human-readable swap partition sizes with pstat -sh Message-ID: <20050107005329.GA14976@odin.ac.hmc.edu> In-Reply-To: <20050107003655.GC784@darkness.comp.waw.pl> References: <20050106191201.GA30826@gothmog.gr> <20050106195719.GB24896@odin.ac.hmc.edu> <20050106225857.GB784@darkness.comp.waw.pl> <20050107003655.GC784@darkness.comp.waw.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
--NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 07, 2005 at 01:36:55AM +0100, Pawel Jakub Dawidek wrote: > On Thu, Jan 06, 2005 at 11:58:57PM +0100, Pawel Jakub Dawidek wrote: > +> On Thu, Jan 06, 2005 at 11:57:19AM -0800, Brooks Davis wrote: > +> +> I'd argue that we might want to replace the int64_t in humanize_num= ber > +> +> with intmax_t since that wouldn't change the ABI (or API due to imp= licit > +> +> casts), but would mean we wouldn't have to add a humanize_number128 > +> +> later if some architecture grows 128-bit ints for some reason or > +> +> another. > +>=20 > +> I like intmax_t also much better than int64_t, but I took it from NetB= SD > +> and they got int64_t there. Anyway, I think we don't have to be 100% > +> compatible here and I'll look what can be done. >=20 > Here is proposed patch: >=20 > http://people.freebsd.org/~pjd/patches/humanize_number.patch >=20 > There is one issue... I had to add '#include <stdint.h>' to libutil.h. That's kind of annoying. I'm not sure if breaking the API or adding header polution to libutil.h is better. All all the casts of off_t's to intmax_t's really necessicary? off_t is signed so the implicit cast should always be safe, espeicaly if we switch to intmax_t (since we're then given an absolute assurance that we can't overflow). -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB3d2IXY6L6fI4GtQRApx3AKDluyHd3bqiNvcFDnVjzovUV3h6vwCcDhnW 8gECMRP4h70X4/tnbm/Z9zA= =NbPc -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050107005329.GA14976>