You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Tim Ellison <t....@gmail.com> on 2009/12/23 13:31:36 UTC
Problem with checkout on AMD64
Hi,
I'm trying to checkout Apache Harmony on an x86_64 machine using the SVN
command-line client 1.6.6 binaries downloaded from CollabNet.
I get the following error (below), which does not occur when I
subsequently update the top level directory using TortoiseSVN.
Trying svn cleanup as advised did not help.
Any suggestions welcome, otherwise I can continue with Tortoise as the
workaround.
Regards,
Tim
\javax\security\auth\callback\TextOutputCallbackTest.java
[exec] A
modules\auth\src\test\java\common\org\apache\harmony\auth\tests
\javax\security\auth\callback\UnsupportedCallbackExceptionTest.java
[exec] A
modules\auth\src\test\java\common\org\apache\harmony\auth\tests
\javax\security\auth\callback\ConfirmationCallbackTest.java
[exec] A
modules\auth\src\test\java\common\org\apache\harmony\auth\tests
\javax\security\auth\callback\ChoiceCallbackTest.java
[exec] A
modules\auth\src\test\java\common\org\apache\harmony\auth\tests
\javax\security\auth\callback\NameCallbackTest.java
[exec] A
modules\auth\src\test\java\common\org\apache\harmony\auth\tests
\javax\security\auth\callback\serialization
[exec] A
modules\auth\src\test\java\common\org\apache\harmony\auth\tests
\javax\security\auth\callback\serialization\PasswordCallbackTest.java
[exec] A
modules\auth\src\test\java\common\org\apache\harmony\auth\tests
\javax\security\auth\callback\serialization\LanguageCallbackTest.java
[exec] A
modules\auth\src\test\java\common\org\apache\harmony\auth\tests
\javax\security\auth\callback\serialization\TextInputCallbackTest.java
[exec] A
modules\auth\src\test\java\common\org\apache\harmony\auth\tests
\javax\security\auth\callback\serialization\TextOutputCallbackTest.java
[exec] svn: Your .svn/tmp directory may be missing or corrupt; run
'svn cle
anup' and try again
[exec] svn: Can't open file
'modules\auth\src\test\java\common\org\apache\h
armony\auth\tests\javax\security\auth\callback\serialization\.svn\tmp\text-base\
UnsupportedCallbackExceptionTest.java.svn-base': The system cannot find
the path
specified.
BUILD FAILED
C:\hudson\hudson-slave\workspace\Harmony-1.5-head-windows-x86_64\harmony\build.x
ml:628: exec returned: 1
Total time: 1 minute 44 seconds
C:\hudson\hudson-slave\workspace\Harmony-1.5-head-windows-x86_64\harmony>svn
--v
ersion
svn, version 1.6.6 (r40053)
compiled Oct 19 2009, 09:36:48
Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet
(http://www.Collab.Net/).
The following repository access (RA) modules are available:
* ra_neon : Module for accessing a repository via WebDAV protocol using
Neon.
- handles 'http' scheme
- handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
- with Cyrus SASL authentication
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
* ra_serf : Module for accessing a repository via WebDAV protocol using
serf.
- handles 'http' scheme
- handles 'https' scheme
C:\hudson\hudson-slave\workspace\Harmony-1.5-head-windows-x86_64\harmony>
Re: Problem with checkout on AMD64
Posted by Rob van Oostrum <rv...@gmail.com>.
On Sun, Dec 27, 2009 at 4:35 PM, Erik Huelsmann <eh...@gmail.com> wrote:
> On Sun, Dec 27, 2009 at 10:33 PM, Stefan Sperling <st...@elego.de> wrote:
> > On Sun, Dec 27, 2009 at 09:12:36PM +0100, Erik Huelsmann wrote:
> >> There's a fundamental difference in how the svn client and TSVN
> >> operate: TSVN creates all its files with full paths. In that case, the
> >> maximum length of a file name on windows is 65k bytes.
> >>
> >> The way the SVN client does it is different: it uses relative paths.
> >> In that scenario the maximum file name length of the relative file
> >> name on Windows is 256 bytes.
> >>
> >> Given the above, it could very well be you're looking at the Windows
> limitation.
> >
> > Why isn't the behaviour the same even though both clients use
> > the svn libraries?
>
> Because the libraries operate on whatever they're given. TSVN always
> passes full paths, whereas the user probably doesn't.
>
>
> Bye,
>
> Erik.
>
Since it looks like you're calling the SVN client from Ant, you can just
have Ant normalize any relative path to a full path before passing it to the
SVN client inside the <exec> task.
See: <property name="absolute.path" location="relative/path"/>
-Rob
Re: Problem with checkout on AMD64
Posted by Erik Huelsmann <eh...@gmail.com>.
On Sun, Dec 27, 2009 at 10:33 PM, Stefan Sperling <st...@elego.de> wrote:
> On Sun, Dec 27, 2009 at 09:12:36PM +0100, Erik Huelsmann wrote:
>> There's a fundamental difference in how the svn client and TSVN
>> operate: TSVN creates all its files with full paths. In that case, the
>> maximum length of a file name on windows is 65k bytes.
>>
>> The way the SVN client does it is different: it uses relative paths.
>> In that scenario the maximum file name length of the relative file
>> name on Windows is 256 bytes.
>>
>> Given the above, it could very well be you're looking at the Windows limitation.
>
> Why isn't the behaviour the same even though both clients use
> the svn libraries?
Because the libraries operate on whatever they're given. TSVN always
passes full paths, whereas the user probably doesn't.
Bye,
Erik.
Re: Problem with checkout on AMD64
Posted by Stefan Sperling <st...@elego.de>.
On Sun, Dec 27, 2009 at 09:12:36PM +0100, Erik Huelsmann wrote:
> There's a fundamental difference in how the svn client and TSVN
> operate: TSVN creates all its files with full paths. In that case, the
> maximum length of a file name on windows is 65k bytes.
>
> The way the SVN client does it is different: it uses relative paths.
> In that scenario the maximum file name length of the relative file
> name on Windows is 256 bytes.
>
> Given the above, it could very well be you're looking at the Windows limitation.
Why isn't the behaviour the same even though both clients use
the svn libraries?
Stefan
Re: Problem with checkout on AMD64
Posted by Erik Huelsmann <eh...@gmail.com>.
On Sun, Dec 27, 2009 at 6:06 PM, Tim Ellison <t....@gmail.com> wrote:
> On 24/Dec/2009 14:49, Stefan Sperling wrote:
>> On Wed, Dec 23, 2009 at 01:31:36PM +0000, Tim Ellison wrote:
>>> Hi,
>>>
>>> I'm trying to checkout Apache Harmony on an x86_64 machine using the SVN
>>> command-line client 1.6.6 binaries downloaded from CollabNet.
>>>
>>> I get the following error (below), which does not occur when I
>>> subsequently update the top level directory using TortoiseSVN.
>>>
>>> Trying svn cleanup as advised did not help.
>>>
>>> Any suggestions welcome, otherwise I can continue with Tortoise as the
>>> workaround.
>>
>>> modules\auth\src\test\java\common\org\apache\harmony\auth\tests
>>> \javax\security\auth\callback\serialization\TextOutputCallbackTest.java
>>> [exec] svn: Your .svn/tmp directory may be missing or corrupt; run
>>> 'svn cle
>>> anup' and try again
>>> [exec] svn: Can't open file
>>> 'modules\auth\src\test\java\common\org\apache\h
>>> armony\auth\tests\javax\security\auth\callback\serialization\.svn\tmp\text-base\
>>> UnsupportedCallbackExceptionTest.java.svn-base': The system cannot find
>>> the path
>>> specified.
>>
>> Since you're on Windows, maybe the path is too long for the
>> filesystem? I seem to recall that Windows had ridiculous limitations
>> in that domain.
>
> Don't think so, as I say, the TortoiseSVN client works ok, so creating
> such files is possible.
There's a fundamental difference in how the svn client and TSVN
operate: TSVN creates all its files with full paths. In that case, the
maximum length of a file name on windows is 65k bytes.
The way the SVN client does it is different: it uses relative paths.
In that scenario the maximum file name length of the relative file
name on Windows is 256 bytes.
Given the above, it could very well be you're looking at the Windows limitation.
HTH,
Erik
Re: Problem with checkout on AMD64
Posted by Tim Ellison <t....@gmail.com>.
On 24/Dec/2009 14:49, Stefan Sperling wrote:
> On Wed, Dec 23, 2009 at 01:31:36PM +0000, Tim Ellison wrote:
>> Hi,
>>
>> I'm trying to checkout Apache Harmony on an x86_64 machine using the SVN
>> command-line client 1.6.6 binaries downloaded from CollabNet.
>>
>> I get the following error (below), which does not occur when I
>> subsequently update the top level directory using TortoiseSVN.
>>
>> Trying svn cleanup as advised did not help.
>>
>> Any suggestions welcome, otherwise I can continue with Tortoise as the
>> workaround.
>
>> modules\auth\src\test\java\common\org\apache\harmony\auth\tests
>> \javax\security\auth\callback\serialization\TextOutputCallbackTest.java
>> [exec] svn: Your .svn/tmp directory may be missing or corrupt; run
>> 'svn cle
>> anup' and try again
>> [exec] svn: Can't open file
>> 'modules\auth\src\test\java\common\org\apache\h
>> armony\auth\tests\javax\security\auth\callback\serialization\.svn\tmp\text-base\
>> UnsupportedCallbackExceptionTest.java.svn-base': The system cannot find
>> the path
>> specified.
>
> Since you're on Windows, maybe the path is too long for the
> filesystem? I seem to recall that Windows had ridiculous limitations
> in that domain.
Don't think so, as I say, the TortoiseSVN client works ok, so creating
such files is possible.
Regards,
Tim
Re: Problem with checkout on AMD64
Posted by Stefan Sperling <st...@elego.de>.
On Wed, Dec 23, 2009 at 01:31:36PM +0000, Tim Ellison wrote:
> Hi,
>
> I'm trying to checkout Apache Harmony on an x86_64 machine using the SVN
> command-line client 1.6.6 binaries downloaded from CollabNet.
>
> I get the following error (below), which does not occur when I
> subsequently update the top level directory using TortoiseSVN.
>
> Trying svn cleanup as advised did not help.
>
> Any suggestions welcome, otherwise I can continue with Tortoise as the
> workaround.
> modules\auth\src\test\java\common\org\apache\harmony\auth\tests
> \javax\security\auth\callback\serialization\TextOutputCallbackTest.java
> [exec] svn: Your .svn/tmp directory may be missing or corrupt; run
> 'svn cle
> anup' and try again
> [exec] svn: Can't open file
> 'modules\auth\src\test\java\common\org\apache\h
> armony\auth\tests\javax\security\auth\callback\serialization\.svn\tmp\text-base\
> UnsupportedCallbackExceptionTest.java.svn-base': The system cannot find
> the path
> specified.
Since you're on Windows, maybe the path is too long for the
filesystem? I seem to recall that Windows had ridiculous limitations
in that domain.
Stefan