[RTEMS Project] #3975: RTEMS 5 : sem_wait + sem_destroy behavior change
RTEMS trac
trac at rtems.org
Fri May 8 06:09:57 UTC 2020
#3975: RTEMS 5 : sem_wait + sem_destroy behavior change
--------------------------+---------------------
Reporter: andrei.lupas | Owner: (none)
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: admin | Version: 5
Severity: normal | Resolution:
Keywords: | Blocked By:
Blocking: |
--------------------------+---------------------
Comment (by andrei.lupas):
Replying to [comment:4 Sebastian Huber]:
...
>
> What we could do (since "The effect of destroying a semaphore upon which
other threads are currently blocked is undefined.") is to flush the
semaphore so that callers get woken up with EINVAL, we destroy the object
and return EBUSY.
Sounds good to me.
Thanks.
--
Ticket URL: <http://devel.rtems.org/ticket/3975#comment:5>
RTEMS Project <http://www.rtems.org/>
RTEMS Project
More information about the bugs
mailing list