I saw this on the bug list first and sent a reply, but for the archives
I'll copy it here, too.
REMAINDER() calls libm's remainder(3) or remainderl(3), infix % calls
fmod(3) or fmodl(3).
remainder(3) is defined to round the quotient to the nearest int (always
using round-to-even, notsithstanding
Usually a card is supposed to send yellow alarm (so it's transmitted)
when it detects LOS (loss of signal) on the T1, or essentially a red
alarm condition is detected. So if yellow is being sent, it means
that at least one end is not able to sync up the line, which means
you'll have junk/garbled a
With asterisk 11.23.0 I have about 121 SIP devices connected.
normally things sound fine when speaking a message on these devices (using
conference bridge).
Currently the TE122 card is in condition yellow normally it is not.
I sent a message to all devices and it was garbled on many of them.
Is th
Yes! That's the one. Thank you. That's a good workaround.
The following test dialplan shows the bug (feature?)
exten => 7,1,Verbose(Context: ${CONTEXT} Exten:${EXTEN})
same => n,Set(seconds=57)
same => n,While($[${seconds} <= 400]);
same => n,Set(minutes=$[FLOOR(${seconds} / 60)])
All I can tell you is where -3 comes from.
>From http://www.voip-info.org/wiki/view/Asterisk+Expressions :
REMAINDER(x,y) computes the remainder of dividing x by y. The return value
is x - n*y, where n is the value x/y, rounded to the nearest integer. If
this quotient is 1/2, it is rounded to the n
On Thu, Oct 20, 2016 at 9:45 AM, marek cervenka wrote:
>
> Dne 20/10/2016 v 16:32 Matt Fredrickson napsal(a):
>>
>> On Thu, Oct 20, 2016 at 4:50 AM, marek cervenka
>> wrote:
>>>
>>> i tested this
>>>
>>> # cat /etc/asterisk/extconfig.conf
>>> [settings]
>>> queue_log => sqlite3,cdrDb
>>>
>>> # ca
I thought dialplan flow was that (normal!) agi was called, it did its
thing (which include returning some dialplan variables/lists), and
then when agi finished it returned to the dialplan which then reliably
carried the product of agi.
But I'm calling agi, scanning a path in python, and then findi
I'm not mathematically gifted, but shouldn't 957%60 be 15 remainder 57?
Google and my desktop calculator certainly think so.
So where am I going wrong here? The following code
exten => 7,1,Verbose(Context: ${CONTEXT} Exten:${EXTEN})
same => n,Set(myNum=957)
same => n,Set(sec=$[REMAINDER