Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 18 Aug 2015 18:50:54 +0200
From: Tastky <>
To: Rich Felker <>
Subject: Re: nfs-utils broken with musl: "select: Bad file descriptor"

Just checked with said include and everything recompiled. Unfortunately 
the same error persists.

Running OpenWrt's command
/usr/sbin/rpc.statd -p 32778 -o 32779 -F
manually (following the script's prior steps, ofc) results in a loop of:

sm-notify: Version 1.3.2 starting
sm-notify: Already notifying clients; Exiting

With strace:

On 18.08.2015 05:00, Rich Felker wrote:
> On Tue, Aug 18, 2015 at 04:30:21AM +0200, Tastky wrote:
>> As by this OpenWRT bugreport:
>> On various architectures – at least a mips and powerpc one –
>> nfs-utils is broken with musl, yielding a never ending stream of
>> "my_svc_run() - select: Bad file descriptor" in the system log.
>> The message originates in the this file:
>> "Downgrading" to uClibc has the issue vanish.
>> I verified this myself with recent git versions of both musl and the
>> utils on a fresh ar71xx OpenWRT compilation.
> Here's my quick guess at what's going wrong. This file:
> contains nonsense to define SVC_FDSET as int rather than using fd_set
> on "systems which don't have fd_set" (which don't exist).
> Unfortunately, it's checking #ifdef FD_SETSIZE without including the
> header that defines it, sys/select.h. If this is the problem, adding:
> #include <sys/select.h>
> to the top of that file should fix the error.
> Note that compiling with -Werror=implicit-function-declaration would
> catch such bogus code right away.
> If this turns out not to be the problem, can you send an strace of the
> failing program up to the first failure message?
> Rich

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.