On Mon, Jun 4, 2012 at 11:31 PM, Johan Corveleyn <jcor...@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
