Re: _SC_SIGQUEUE_MAX

[Charles Cui <charles.cui1984%gmail.com@localhost>]

man pages for sched_protect
https://github.com/ycui1984/posixtestsuite/commit/50450adf1a890965440d6e1bf9c6f113a247867e


Thanks Charles

2016-07-05 7:30 GMT+08:00 Charles Cui <charles.cui1984%gmail.com@localhost>:

> Well, in this case, what I suggest is that I try both things at the same
> time and
> see which part is more easily for me to make a breakthrough. Sounds good?
> I will let you guys know my progress.
>
>
> Thanks, Charles.
>
> 2016-07-04 23:24 GMT+08:00 Christos Zoulas <christos%zoulas.com@localhost>:
>
>> On Jul 4,  4:34pm, martin%duskware.de@localhost (Martin Husemann) wrote:
>> -- Subject: Re: _SC_SIGQUEUE_MAX
>>
>> | On Mon, Jul 04, 2016 at 10:27:52AM -0400, Christos Zoulas wrote:
>> | > SCHED_SPORADIC is also a feature that not many things use. So let's
>> either
>> | > try to make the PSHARED semaphores work for real (easier) or go for
>> the
>> | > realtime signal implementation (harder). Let's see what others think
>> soo.
>> |
>> | I agree, but for PSHARED we would need discussion + consensus first,
>> | which might be harder than implementing the realtime signals ;-}
>>
>> Yes, I know... I had exactly the same feeling... But realtime signals can
>> be controversial too once you look at the implementation details.
>>
>> christos
>>
>
>