Re: Error E140001: Sum of subblock sizes larger than total block content length
Ronald Taneza wrote on Tue, 21 Nov 2017 15:43 +0100:
> Checking the dump file produced by svnrdump (svn version 1.8.19), I noticed
> that the Content-length for the 2GB file is a negative value!
> The expected Content-length value is (prop-content length +
> text-content-length) = 2238208388.
> But the actual value is -2056758908, which is what you get when you try to
> interpret 2238208388 as a signed 32-bit integer (max 2147483647).
Subversion stores file sizes as svn_filesize_t which is an alias to
apr_int64_t which ought not to wrap until 2**63-1. Are apr_int64_t and
APR_INT64_T_FMT correct on your systems?
It's possible that we're casting 64bit->32bit somewhere --- that'd be a
bug --- but let's first rule out the above (heeding Occam's razor).
Received on 2017-11-22 00:05:53 CET
This is an archived mail posted to the Subversion Users