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

Re: JavaHL, 1.9: "Bad file descriptor", "Stream doesn't support this capability" errors

From: Thomas Singer <thomas.singer_at_syntevo.com>
Date: Mon, 17 Aug 2015 08:08:44 +0200

Is *anybody* of the Windows users able to commit using svn+ssh:// and
SVN 1.9?

On 14.08.2015 00:20, Branko Čibej wrote:
> On 13.08.2015 13:32, Marc Strapetz wrote:
>> On 27.07.2015 09:21, Branko Čibej wrote:
>>> On 27.07.2015 09:17, Marc Strapetz wrote:
>>>> One of our 1.9 (early-access) users is reporting problems when
>>>> performing remote commands, for example a copy URL->URL:
>>>> org.apache.subversion.javahl.ClientException: Stream doesn't support
>>>> this capability
>>>> Bad file descriptor
>>>> svn: Polling for available data on filestream failed: Bad file
>>>> descriptor
>>>>       at org.apache.subversion.javahl.SVNClient.copy(Native Method)
>>>>       at ...
>>>> He hasn't encountered such problems with 1.8 versions.
>>>> AFAIU, he is connecting using SSH. Is this an SSH-related problem?
>>>> Could it be related to the underlying SSH client?
>>> Which platform is this? Can the user reproduce this problem with the
>>> command-line svn on the same machine?
>> It's on Windows, in combination with SSH. I'm now able to reproduce
>> this problem myself and it looks like a regression to me:
>> It's reproducible with our own Windows binaries as well as with the
>> WANdisco binaries. It's reproducible with Plink/Pageant as well as
>> with Trilead SSH. The commit works fine with Subversion 1.8.
>> Is there any additional information/debugging I can do on my side?
> I'd still want to know if the command-line client works. If not, a
> minimal Java program using JavaHL that demonstrates the problem would be
> a real help.
> -- Brane
Received on 2015-08-17 08:08:58 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.