On 16.05.2017 21:28, Stefan Sperling wrote: > On Tue, May 16, 2017 at 12:02:38PM -0700, lumi wrote: >> Isn't it a mistake in method of getting file size on deduplicated volume? > Subversion asks APR (a portability library) for the filesize. > APR does something to find that size. Subversion uses the value reported > by APR, and Subversion does not care about how APR figured it out. > > So if there is a problem with how the size is determined on Windows with > NTFS de-duplication enabled, then this problem is probably located in APR > and should be fixed there. The APR project is at https://apr.apache.org > > That said, if you know of a way to find the correct size with the win32 API > we could probably patch Subversion to bypass APR for this specific case. > But APR would have to be fixed anyway.
I suspect the ReparsePoint attribute on the file is what actually makes APR hiccup. A "reparse point" is distantly related to a unix symlink ... it tells the file-system path resolver to restart with a different path. I bet that APR reports is the size of the reparse-point record instead of the size of the target file, but when we open the file we get the actual file contents. -- Brane
