[asterisk-bugs] [Asterisk 0016360]: LOCK behaves like trylock (not waiting for 3 seconds)

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16360 
====================================================================== 
Reported By:                peterh
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16360
Category:                   Functions/func_lock
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.2.0-rc6 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-12-01 03:58 CST
Last Modified:              2009-12-01 10:01 CST
====================================================================== 
Summary:                    LOCK behaves like trylock (not waiting for 3
seconds)
Description: 
I thought LOCK will try to get the lock and wait up to 3 seconds to get the
lock.

First Caller A calls a context with a LOCK statement and waits.
Then Caller B calls the same context and i see that LOCK is finished
immediately.



====================================================================== 

---------------------------------------------------------------------- 
 (0114448) tilghman (administrator) - 2009-12-01 10:01
 https://issues.asterisk.org/view.php?id=16360#c114448 
---------------------------------------------------------------------- 
Um, you say that you're using LOCK(), but your example shows using
TRYLOCK(). 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-12-01 10:01 tilghman       Note Added: 0114448                          
======================================================================