[asterisk-bugs] [JIRA] (ASTERISK-15250) LOCK behaves like trylock (not waiting for 3 seconds)

[Corey Farrell (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-15250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Corey Farrell updated ASTERISK-15250:
-------------------------------------

    Assignee: Corey Farrell  (was: Peter Holik)
      Status: Open  (was: Waiting for Feedback)

> LOCK behaves like trylock (not waiting for 3 seconds)
> -----------------------------------------------------
>
>                 Key: ASTERISK-15250
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-15250
>             Project: Asterisk
>          Issue Type: Bug
>          Components: Functions/func_lock
>            Reporter: Peter Holik
>            Assignee: Corey Farrell
>            Severity: Minor
>
> 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.
> ****** ADDITIONAL INFORMATION ******
> exten => 222,1,GotoIf(${TRYLOCK(mylock)}?:locked)
> exten => 222,n,Noop(got lock)
> exten => 222,n,Wait(30)
> exten => 222,n,Hangup
> exten => 222,n(locked),Noop(is locked)
> exten => 222,n,Hangup
> CLI>
>    -- Executing [222 at default:1] GotoIf("SIP/callera-0000017c", "1?:locked") in new stack
>     -- Executing [222 at default:2] NoOp("SIP/callera-0000017c", "got lock") in new stack
>     -- Executing [222 at default:3] Wait("SIP/callera-0000017c", "30") in new stack
> CLI>
> CLI>
>   == Using SIP RTP CoS mark 5
>     -- Executing [222 at default:1] GotoIf("SIP/callerb-0000017d", "0?:locked") in new stack
>     -- Goto (default,222,5)
>     -- Executing [222 at default:5] NoOp("SIP/callerb-0000017d", "is locked") in new stack
>     -- Executing [222 at default:6] Hangup("SIP/callerb-0000017d", "") in new stack
>   == Spawn extension (default, 222, 6) exited non-zero on 'SIP/callerb-0000017d'



--
This message was sent by Atlassian JIRA
(v6.2#6252)