search for: 16462

Hi all, I upgrade my asterisk from 1.2.11 to 1.4.2 changing my entire dial plan but I have the following errors and I'm not able to call anymore. Do you know what can I have to do? My Asterisk is connected to a patton with a SIP trunk. [Mar 22 10:19:03] WARNING[16462]: chan_sip.c:12311 handle_response: Remote host can't match request BYE to call '16680bba7701494d320e557277fa9bc0@194.148.41.50'. Giving up. [Mar 22 10:19:04] WARNING[16462]: chan_sip.c:12317 handle_response: Remote host can't match request NOTIFY to call '17825a0a66f7a38003afd4...

...is broken and the executable in /usr/sbin is += 40kb larger than before. As for the segfault, when it happened yesterday the address and rip were the SAME, only the rsp (stack pointer?) values were different, with the same error 15, e. g. yesterday it was Jan 7 07:27:12 veridial kernel: asterisk[16462]: segfault at 00002aaaaaae0900 rip 00002aaaaaae0900 rsp 000000004309c428 error 15 Also, the fix I used yesterday (copying the previously compiled asterisk executable from src/main to /usr/sbin) did NOT work - the file in /src/main had the same +40kb size / was -already- compromised. So I did a ma...

...tify an SCC. The number of function: 1 0 opt 0x0000000100426a32 PrintStackTrace(void*) + 38 1 opt 0x0000000100426e8c SignalHandler(int) + 254 2 libSystem.B.dylib 0x00007fff82a9880a _sigtramp + 26 3 LLVMRCI.dylib 0x000000010148e6ae (anonymous namespace)::RCI::ID + 16462 4 opt 0x0000000100010e89 llvm::Function::hasLazyArguments() const + 21 5 opt 0x00000001000114e3 llvm::Function::CheckLazyArguments() const + 21 6 opt 0x000000010013a421 llvm::Function::arg_begin() + 21 7 LLVMRCI.dylib 0x0000000101483e02 (anonymous n...

I am trying to make PJSIP work with my Cisco SPA504G phone. I have no problems making it work with the chan_sip driver. When I configure my phone, it indicates the contact was added -- Added contact 'sip:7001 at 192.168.9.142:5063' to AOR '7001' with expiration of 3600 seconds Phone shows green light for the line. I then attempt to dial extension 1 and Asterisk crashes.

...tify an SCC. The number of function: 1 0 opt 0x0000000100426a32 PrintStackTrace(void*) + 38 1 opt 0x0000000100426e8c SignalHandler(int) + 254 2 libSystem.B.dylib 0x00007fff82a9880a _sigtramp + 26 3 LLVMRCI.dylib 0x000000010148e6ae (anonymous namespace)::RCI::ID + 16462 4 opt 0x0000000100010e89 llvm::Function::hasLazyArguments() const + 21 5 opt 0x00000001000114e3 llvm::Function::CheckLazyArguments() const + 21 6 opt 0x000000010013a421 llvm::Function::arg_begin() + 21 7 LLVMRCI.dylib 0x0000000101483e02 (anonymous n...

I keep getting the error below when I use validations with collection_select. You have a nil object when you didn''t expect it! You might have expected an instance of Array. The error occured while evaluating nil.inject Extracted source (around line #22): 19: <td>Vendor</td> 20: <td> 21: <!-- vendors --> 22: <%=

We are happy to announce 2.3.17.1 patch release of Dovecot. This contains some fixes for issues found after 2.3.17 release. https://dovecot.org/releases/2.3/dovecot-2.3.17.1.tar.gz https://dovecot.org/releases/2.3/dovecot-2.3.17.1.tar.gz.sig Binary packages in https://repo.dovecot.org/ Docker images in https://hub.docker.com/r/dovecot/dovecot Aki Tuomi Open-Xchange oy -- - dsync: Add back

We are happy to announce 2.3.17.1 patch release of Dovecot. This contains some fixes for issues found after 2.3.17 release. https://dovecot.org/releases/2.3/dovecot-2.3.17.1.tar.gz https://dovecot.org/releases/2.3/dovecot-2.3.17.1.tar.gz.sig Binary packages in https://repo.dovecot.org/ Docker images in https://hub.docker.com/r/dovecot/dovecot Aki Tuomi Open-Xchange oy -- - dsync: Add back

...ffff7af2b62 <PyEval_EvalFrameEx+11874>, 0x7ffff7af2bd5 <PyEval_EvalFrameEx+11989>, 0x7ffff7af557e <PyEval_EvalFrameEx+22654>, 0x7ffff7af3113 <PyEval_EvalFrameEx+13331>, 0x7ffff7af423d <PyEval_EvalFrameEx+17725>, 0x7ffff7af3d4e <PyEval_EvalFrameEx+16462>, 0x7ffff7af423d <PyEval_EvalFrameEx+17725>, 0x7ffff7af423d <PyEval_EvalFrameEx+17725>, 0x7ffff7af423d <PyEval_EvalFrameEx+17725>, 0x7ffff7af3186 <PyEval_EvalFrameEx+13446>, 0x7ffff7af3211 <PyEval_EvalFrameEx+13585>, 0x7ffff7af066d <PyEval_Eva...

On Fri, 2017-02-17 at 07:48 +1100, Tom Robinson via samba wrote: > Anyone? Can you please post a gdb backtrace --full? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 862 bytes Desc: This is a digitally signed message part URL:

...OggS continued packet | not first | not last page | pos1: 16455 pos2: 0 serial: 2006538233 pageNo: 51 checksum: 261926953 OggS fresh packet | not first | not last page | pos1: 16459 pos2: 0 serial: 2006538233 pageNo: 52 checksum: 2466377924 OggS fresh packet | not first | not last page | pos1: 16462 pos2: 0 serial: 2006538233 pageNo: 53 checksum: 1867142785 OggS fresh packet | not first | not last page | pos1: 16470 pos2: 0 serial: 2006538233 pageNo: 56 checksum: 4153991290 OggS continued packet | not first | not last page | pos1: 17925 pos2: 0 serial: 2006538233 pageNo: 57 checksum: 1937...

...=16535 flags=0 [sender] i=116 /cygdrive/D tmpal/Joom!Fish1.7/language/norwegian.php mode=0100700 len=14775 flags=0 [sender] i=117 /cygdrive/D tmpal/Joom!Fish1.7/language/spanish.php mode=0100700 len=14634 flags=0 [sender] i=118 /cygdrive/D tmpal/Joom!Fish1.7/language/swedish.php mode=0100700 len=16462 flags=0 [sender] i=119 /cygdrive/D tmpal/Joom!Fish1.7/language/thai.php mode=0100700 len=16000 flags=0 [sender] i=120 /cygdrive/D tmpal/Joom!Fish1.7/language/thai_utf8.php mode=0100700 len=23776 flags=0 [sender] i=121 /cygdrive/D tmpal/Joom!Fish1.7/mambots/ mode=040700 len=0 flags=0 [sender] i=1...

I have a zone "rw" defined as tun0 in interfaces. From that zone, pings to zone "loc" succeed but pings to remote networks (On IPsec VPNs) are rejected in the all2all chain. From my point of view, these pings should be in the rw2cctc chain. (rw to cctc is ACCEPTed in policy.) I must have a hole in my config, where would it be? Thanks, A.

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

...5 0 0.03 256056 pi.ll 2 7771 0 0.01 7756 0 0.01 7756 pimod.ll 1 8853 0 0.01 8826 0 0.01 8826 pio.ll 5 29189 0 0.01 29162 0 0.01 29162 placepads.ll 1 117622 0 0.02 117589 0 0.02 117589 placepin.ll 1 45215 0 0.01 45182 0 0.01 45182 plank.ll 27 190719 0 0.02 190703 0 0.03 190703 play.ll 6 16483 0 0.01 16462 0 0.01 16462 plot.ll 7 123729 0 0.02 123700 0 0.02 123700 pmul.ll 1 19536 0 0.01 19509 0 0.01 19509 pneg.ll 1 7311 0 0.01 7284 0 0.01 7284 podd.ll 1 3991 0 0.01 3964 0 0.01 3964 pointer_arithmetic.ll 3 1706 1 0.01 1731 0 0.01 1694 pointer_member.ll 1 2820 0 0.01 2804 0 0.01 2804 pointer_method2.ll...

...16276], [10 x i16] [i16 -16527, i16 -22093, i16 31113, i16 -16792, i16 19502, i16 -7845, i16 -15283, i16 -27458, i16 -6507, i16 16329], [10 x i16] [i16 15693, i16 31805, i16 14010, i16 3371, i16 -574, i16 -12548, i16 -31647, i16 30481, i16 -21556, i16 16356], [10 x i16] [i16 -16043, i16 -23384, i16 16462, i16 24851, i16 -11325, i16 25899, i16 -7655, i16 5976, i16 -11849, i16 16369], [10 x i16] [i16 -10486, i16 28835, i16 2621, i16 -23593, i16 15728, i16 -10486, i16 28835, i16 2621, i16 -23593, i16 16376], [10 x i16] [i16 -13107, i16 -13108, i16 -13108, i16 -13108, i16 -13108, i16 -13108, i16 -13108...