Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c

[Samuel Thibault <samuel.thibault%gnu.org@localhost>]

The following reply was made to PR lib/50276; it has been noted by GNATS.

From: Samuel Thibault <samuel.thibault%gnu.org@localhost>
To: Robert Millan <rmh%gnu.org@localhost>, Antti Kantee <pooka%iki.fi@localhost>,
	rumpkernel-users%freelists.org@localhost, gnats-bugs%NetBSD.org@localhost,
	Bug hurd mailing list <bug-hurd%gnu.org@localhost>
Cc: 
Subject: Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c
Date: Sat, 26 Sep 2015 22:50:42 +0200

 Olaf Buddenhagen, le Sat 26 Sep 2015 15:08:15 +0200, a écrit :
 > On Thu, Sep 24, 2015 at 08:18:37PM +0200, Samuel Thibault wrote:
 > 
 > > It may still be impossible at the moment actually.  The
 > > SNDCTL_DSP_MAPINBUF and SNDCTL_DSP_MAPOUTBUF ioctls are precisely
 > > examples: they pass a struct which contains the address of a buffer.
 > > This can not be expressed with the current handling of ioctls in
 > > GNU/Hurd: the sound server can't read/write the client process memory.
 > 
 > AIUI, it is possible by adding explicit stubs for these specific ioctls
 > to our glibc. I think this is used both for ioctls with too many
 > parameters to encode them with the standard RPC ID mapping scheme, and
 > for ioctls with "problematic" parameters like these?
 
 Perhaps.  I don't know any such example.
 
 Samuel