[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c
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>,
Bug hurd mailing list <bug-hurd%gnu.org@localhost>
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.
Main Index |
Thread Index |