[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: Philip Martin <philip.martin_at_wandisco.com>
Date: Fri, 14 Aug 2015 10:21:29 +0100

Marc Strapetz <marc.strapetz_at_syntevo.com> writes:

> It's reproducible with an empty repository on the server (just
> initialized with svnadmin) and a local repository which has been
> prepared for the initial import:
>
> C:\temp\svn> svn status -v
> 0 0 ? .
> A - ? ? dir
> A - ? ? dir\subfile
> A - ? ? file
>
> C:\temp\svn> svn commit -m "initial import"
> svn: E140004: Commit failed (details follow):
> svn: E140004: Stream doesn't support this capability
> svn: E000009: Polling for available data on filestream failed: Bad
> file descriptor
>
> On the server, we are running SVN 1.6.17.

That's the apr_poll() call in data_available_handler_apr() failing, and
E000009 could be EBADF. I suppose the file could have been closed, or
the file descriptor could have been overwritten. What do you see in the
debugger?

Breakpoint 2, data_available_handler_apr (baton=0x669500,
    data_available=0x7fffffffdccc)
    at ../src/subversion/libsvn_subr/stream.c:955
955 status = apr_poll(&pfd, 1, &n, 0);
(gdb) p pfd.desc.f[0].filedes
$6 = 6

On Linux I can check that 6 a valid file descriptor for this process:

$ ls -l /proc/28574/fd/6
lr-x------ 1 pm pm 64 Aug 14 10:18 /proc/28574/fd/6 -> pipe:[612259]

-- 
Philip Martin
WANdisco
Received on 2015-08-14 11:21:49 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.