On Fri, Jun 12, 2020 at 3:13 PM Johan Corveleyn <jcor...@gmail.com> wrote:
>
> On Sun, May 17, 2020 at 12:22 AM William A Rowe Jr <wr...@rowe-clan.net>
> wrote:
> >
> > This information is basically all we needed to resolve. The additional call
> > to obtain more fileinfo cannot resolve a root dir. It could, if we
> > transform the
> > path \\?\c:\ to \\.\c: (the device c). Looking at this further tomorrow
> > after some
> > family hangout time tonight.
> >
> > Thanks for this level of detail!
> >
> > Bill
>
> Hi Bill,
>
> Any chance this could get fixed in the short / medium term, and
> perhaps included in a 1.7.x APR release? Just checking ... :-)
>
> Apparently some TortoiseSVN users now miss the "Windows Deduplication
> support" that APR 1.7.0 gave them ...
> (TSVN 1.13.1 used apr 1.7.0, and TSVN 1.14.0 downgraded apr back to 1.6.5)
>
> https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!msg/tortoisesvn/IgmTDOmDNoM/ZesBeNXRBwAJ
>
> Thanks,
> --
> Johan
Hi,
I wanted to check again if there has been any progress on this issue.
It would be nice to get this fixed in a 1.7.x APR release, so
Subversion on Windows could get (the benefits of) APR 1.7.
To recap, the following call to apr_stat:
status = apr_stat(finfo, "C:/",
APR_FINFO_TYPE | APR_FINFO_LINK | APR_FINFO_SIZE | APR_FINFO_MTIME,
pool);
succeeds with APR 1.6.5 on Windows, but fails with ARP 1.7.0 (returns
720002). Same goes for any other drive root (for instance with
subst'ed drives, which was the original report -- sometimes people
point a subst'ed drive to an SVN working copy root).
Thanks,
--
Johan
