<div class="gmail_quote">On Mon, May 3, 2010 at 8:30 AM, Carlos Carvalho <span dir="ltr">&lt;<a href="mailto:carlos@fisica.ufpr.br">carlos@fisica.ufpr.br</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
3.1, including the latest version, produces bogus ---stats output: [...]<br>Total file size: -6,417,895,484,864,819,269 bytes<br></blockquote><div><br></div><div>This turned out to be an issue with with the F_LENGTH() accessor for a large file that had a nano-second modified time stored.  Such a file would also get the wrong nano-second part of the modified time.  This is now fixed in git.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">BTW, why aren&#39;t these fields [...] of type size_t?<br></blockquote></div><div><br></div>Because size_t can be only 32-bit on some older machines.  It would be better if they were uint64 than int64, but that type isn&#39;t currently determined by the configuration code.  However, having 63 bits for the totals is currently adequate.<br>
<br>..wayne..<br>