Date: Wed, 5 Jan 2005 11:20:56 +0100 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Brooks Davis <brooks@one-eyed-alien.net> Cc: scottl@freebsd.org Subject: Re: BigDisk project: du(1) 64bit clean. Message-ID: <20050105102056.GO784@darkness.comp.waw.pl> In-Reply-To: <20050105030426.GB24604@odin.ac.hmc.edu> References: <20050104224043.GM784@darkness.comp.waw.pl> <20050105030426.GB24604@odin.ac.hmc.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
--AA9g+nFNFPYNJKiL Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 04, 2005 at 07:04:26PM -0800, Brooks Davis wrote: +> I'd be inclined to use the somewhat gross fix in PR 74567 in RELENG_5 +> and do it right in HEAD. [...] It allocates memory and we don't need it. Proposed fix is actually for RELENG_5. We can also do some magic inside du(1) to split 64bit value between two fields (fts_number/fts_pointer) when needed (on 32bit archs), but it would be really hackish. +> [...] bde suggested changing fts_num to intmax_t. The only issue here is that we break ABI if intmax_t will be bumped to 128bits in gcc, but we probably will have much bigger problems then:) I like this idea. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --AA9g+nFNFPYNJKiL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB27+IForvXbEpPzQRAjziAJ9rxx5bioUTnVhgFh96w/dazJxcTQCdGm/b oLexIIsnaIK8DLsKTUWKYqc= =AYpl -----END PGP SIGNATURE----- --AA9g+nFNFPYNJKiL--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050105102056.GO784>