[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: 1.6.1 up for testing/signing

From: Bert Huijben <rhuijben_at_sharpsvn.net>
Date: Thu, 9 Apr 2009 00:02:26 +0200

> -----Original Message-----
> From: Mark Phippard [mailto:markphip_at_gmail.com]
> Sent: Wednesday, April 08, 2009 10:34 PM
> To: Jens Peters
> Cc: dev_at_subversion.tigris.org
> Subject: Re: 1.6.1 up for testing/signing
>
> On Wed, Apr 8, 2009 at 4:18 PM, Jens Peters <jpeters7677_at_gmx.de> wrote:
> >> You know the drill: signatures from full committers back to me, and
> >> enthusiastic tester feedback is welcome.
> >
> > Hello there, I have the following test failure on Vista x64 :(
> >
> > svn_tests: svn_dirent_get_absolute("C:") returned "C:/". expected
> "C:"
> > FAIL: dirent_uri-test.exe 18: test svn_dirent_get_absolute
> >
> > This test was fine with version 1.6.0. Other tests do pass (at least
> for
> > [file], others are currently running).
> >
> >
> > Vista SP1 x64, VC 2008,
> > apr 1.3.4, apr-util 1.3.4, apr-iconv 1.2.1, httpd 2.2.11, openssl
> > 0.9.8k, bdb 4.7.25, zlib 1.2.3, sasl 2.1.22, neon 0.28.4, serf 0.3,
> > sqlite 3.6.12
> > (everything compiled for x64)
>
> I think this might have pre-existed. Someone else pointed out that
> you get the error only when the CWD is C:\ when you run the tests. I
> recall Bert reporting this during the 1.6 RC process.
>
> I did not get the error.

        No,

I can't remember I reported this issue before.

However I did find the cause and applied a patch on trunk in r37121. (The test suite used svn_path_internal_style code to prepare the expected string, where it should have used svn_dirent_internal_style...)

        Bert

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1602940
Received on 2009-04-09 00:02:51 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.