[RTEMS Project] #2170: pthread_mutex_trylock() erroneously returns EDEADLK

RTEMS trac trac at rtems.org
Sun Nov 23 16:51:05 UTC 2014


#2170: pthread_mutex_trylock() erroneously returns EDEADLK
--------------------------+----------------------------
 Reporter:  nick.withers  |       Owner:  joel.sherrill
     Type:  defect        |      Status:  new
 Priority:  normal        |   Milestone:  4.11
Component:  cpukit        |     Version:  HEAD
 Severity:  normal        |  Resolution:
 Keywords:                |
--------------------------+----------------------------

Old description:

> By The Open Group Base Specifications Issue 6, pthread_mutex_trylock()
> should return EBUSY if the lock is already held (
> http://pubs.opengroup.org/onlinepubs/009695399/functions/pthread_mutex_lock.html
> ).
>
> On RTEMS 4.11, it instead returns EDEADLK

New description:

 By The Open Group Base Specifications Issue 6, pthread_mutex_trylock()
 should return EBUSY if the lock is already held (
 http://pubs.opengroup.org/onlinepubs/009695399/functions/pthread_mutex_lock.html
 ).

 On RTEMS 4.11, it instead returns EDEADLK

--

Comment (by joel.sherrill):

 Nick.. can you check mutextranslatereturncode.c and see if it is OK now? I
 don't seem to be able to match the EDEADLK to the core status I think
 would match.

--
Ticket URL: <http://devel.rtems.org/ticket/2170#comment:2>
RTEMS Project <http://www.rtems.org/>
RTEMS Project


More information about the bugs mailing list