pulseaudio build
Samuel J. Greear
sjg at evilcode.net
Sun Jun 13 06:56:36 PDT 2010
On Sun, Jun 13, 2010 at 3:50 AM, Antonio Huete Jimenez
<ahuete.devel at gmail.com> wrote:
> Hi,
>
> As it is not really implemented I think ENOSYS is more appropiate. But
> definitely the best thing at all is to implemented it :P
>
> Cheers,
> Antonio Huete
>
> 2010/6/13 Matthew Dillon <dillon at apollo.backplane.com>:
>> :>> ./t_ml
>> :> mlockall: Function not implemented
>> :
>> :Is it worth MFC'ing? I have a vague feeling I had talked to someone about
>> :this before, but I can't find evidence of it.
>>
>> What direction are we talking about? Making it return ENOSYS or
>> making it return success but otherwise be a NOP ?
>>
>> -Matt
>> Matthew Dillon
>> <dillon at backplane.com>
>>
>
>
>
> --
> Cheers,
> Antonio Huete
>
>
Returning ENOSYS is correct as per the specification.
The mlockall() and munlockall() functions will fail if:
[ENOSYS]
The implementation does not support this memory locking interface.
See: http://opengroup.org/onlinepubs/007908799/xsh/mlockall.html
Sam
More information about the Bugs
mailing list