On Mon, Jun 4, 2012 at 11:31 PM, Johan Corveleyn <jcorvel_at_gmail.com> wrote:
> dirent_uri-test.exe 32 started failing on my laptop, after I removed
> my cdrom drive. It fails with:
>
> [[[
> ..\..\..\subversion\tests\libsvn_subr\dirent_uri-test.c:2030: (apr_err=125001)
> ..\..\..\subversion\libsvn_subr\dirent_uri.c:1921: (apr_err=125001)
> ..\..\..\subversion\libsvn_subr\dirent_uri.c:1565: (apr_err=125001)
> svn_tests: E125001: Couldn't determine absolute path of 'D:\dir'
> ..\..\..\subversion\libsvn_subr\dirent_uri.c:1565: (apr_err=20024)
> svn_tests: E020024: The given path is misformatted or contained
> invalid characters
> FAIL: dirent_uri-test.exe 32: test svn_dirent_condense_targets
> ]]]
>
> It's not clear to me whether this is a test-suite problem (shouldn't
> assume there is a D: drive), or a genuine problem
> (svn_dirent_get_absolute should be able to cope with paths on
> non-existent drives).
>
> svn_direct_get_absolute calls apr_filepath_merge, which is the one
> that returns the E020024 (EBADPATH). Is "D:\dir" a bad path on a
> system that doesn't have a D: drive?
>
> Any ideas?
>
> FWIW, "svn info D:\blah", with svn 1.7.4, fails on my system with:
>
> svn: E020024: Error resolving case of 'D:\blah'
>
> Not exactly a good error message either (same APR error code).
Anyone?
Is it a bug in APR, a bug in svn's usage of apr_filepath_merge, or a
testsuite problem? Or something else :-) ?
--
Johan
Received on 2012-06-08 02:37:28 CEST