EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

<20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: POSIX recursive mutex
From: Marty Kraimer <[email protected]>
To: Jeff Hill <[email protected]>
Cc: "'Johnson, Andrew N.'" <[email protected]>, [email protected], "Anderson, Janet B." <[email protected]>, Eric Norum <[email protected]>
Date: Tue, 03 Dec 2002 14:14:14 -0600
I have been looking at Jeff's suggestion about implementing a faster version of osi/os/posix/osdMutex.c. The idea is to use PTHREAD_MUTEX_RECURSIVE if posix implementation allows it.

One catch is epicsMutexLockWithTimeout. There is no pthread_mutux_lock with a timeout.

I just got done talking on the phone with Jeff. We both think the solution is to get rid of epicsMutexLockWithTimeout. It is only used in two places in base and both are in diagnostic routines.

Unless I hear major objections epicsMutexLockWithTimeout will be removed.

Marty


References:
RE: POSIX recursive mutex Jeff Hill

Navigate by Date:
Prev: RE: POSIX recursive mutex Jeff Hill
Next: RISC_pad in dbr_time_double Andrew Johnson
Index: <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: POSIX recursive mutex Jeff Hill
Next: Re: POSIX recursive mutex Marty Kraimer
Index: <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Feb 2012 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·