Machine-translated by Google. Questions are authored in English.
Top

Discussion

A task holds a mutex and is then deleted by another task. The consequence is

  • A.the kernel releases the mutex automatically on deletion
  • B.the mutex passes to the deleting task as its new owner
  • C.the deletion is refused while the mutex is held
  • D.the mutex is left held and nothing can acquire it again

Answer: D

Most kernels take no interest in what a deleted task was holding, so the lock is orphaned and every future acquirer blocks for ever. This is the strongest of the several reasons that deleting tasks at run time is discouraged in embedded designs.

No comment is present. Be the first to comment.
Loading…

Post your comment

Please log in or register to post a comment.