search for: 0000001a

I did a cvs update this afternoon and since then asterisk doesn't seem to clean up the channels after they hangup. This has been working perfectly for quite some time previously... I do a show channels and it shows the channels still up. The only way out is to kill and restart asterisk.... I am frantically trying to would out how to get a non-current CVS copy of the source and get it back

...0000000d 0 00000016 0000001b 0 0000001a 0 00000019 0 00000013 0 0000000e 0 0000000d 0...

On Tue, 18 Oct 2016, Pete Mundy wrote: > If you want to know what is _really_ in that file (including all > invisible characters and anything else that wc etc might not count), > pipe it through 'hexdump'. > > cat?/home/test/feature-1.txt | hexdump Or just: hexdump /home/test/feature-1.txt -- Thanks in advance,

...i1/7-1a is making progress passing it to PJSIP/5712391000-00000019 > 0x7fa6c0068f00 -- Strict RTP learning after remote address set to: 10.100.0.95:51670 > 0x7fa6c0068f00 -- Strict RTP switching to RTP target address 10.100.0.95:51670 as source [Apr 3 14:29:49] WARNING[25444][C-0000001a]: sig_pri.c:8797 sig_pri_digit_begin: Span 1: Digit '0' may be ignored by peer. (Call level:3(Proceeding)) [Apr 3 14:29:49] WARNING[25444][C-0000001a]: sig_pri.c:8797 sig_pri_digit_begin: Span 1: Digit '3' may be ignored by peer. (Call level:3(Proceeding)) [Apr 3 14:29:51] WARNING...

Through the AMI how can I tell if a call is on hold or not? I am using 1.4.X Thanks, jerry

Hi all, After a lot of trouble with a TE110p working with mfcr2 , brazil variant, everything looks great,but I can not go out of my calls. When I try I receive the following log: == Using SIP RTP CoS mark 5 -- Executing [33220567 at local:1] Dial("SIP/4804-0000001a", "DAHDI/g11/33220567,,T") in new stack == Everyone is busy/congested at this time (1:0/1/0) -- Auto fallthrough, channel 'SIP/4804-0000001a' status is 'CONGESTION'****************************************************************************************This is my...

...pe: application/sdp Require: timer Content-Length: 236 v=0 o=root 2087714374 2087714374 IN IP4 192.168.0.10 s=Asterisk PBX 11.18.0 c=IN IP4 192.168.0.10 t=0 0 m=audio 16834 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv -- PJSIP/t0gw-0000001a is making progress passing it to IAX2/iaxmodem0-7838 <--- Received SIP response (601 bytes) from UDP:192.168.0.10:5060 ---> SIP/2.0 180 Ringing Via: SIP/2.0/UDP 192.168.0.200:5060;branch=z9hG4bKPjba38816d-b5fe-4d5f-8bda-d0968e38e5f1; received=192.168.0.200;rport=5060 From: "SysNux"...

...-resample 8 --lowpass-width 1 && rm -f "/var/spool/asterisk/recording/speedy/2011/09/14/-08129981925-Ikka_Testing-1 0001-20110914-163803.wav"") in new stack This is part of the log with Asterisk 1.8.4 -- Executing [08129981925 at speedy:7] MixMonitor("SIP/10001-0000001a", "/var/spool/asterisk/recording/speedy/2011/09/14/ACCOUNT-08129981925-Admin_I T-10001-20110914-165248.wav,bW(2),/usr/bin/lame "/var/spool/asterisk/recording/speedy/2011/09/14/ACCOUNT-08129981925-Admin_I T-10001-20110914-165248.wav" "/var/spool/asterisk") in new stack...

...t execute 'echo Threads:' process tid prio (all id:s are in hex) 0000000e services.exe 0000001b 0 00000015 0 00000014 0 00000010 0 0000000f 0 00000011 winedevice.exe 00000017 0 00000016 0 00000013 0 00000012 0 00000018 winedevice.exe 0000001c 0 0000001a 0 00000019 0 0000001d explorer.exe 0000001e 0 You must be attached to a process to run this command. No process loaded, cannot execute 'detach' Does someone has an idea??? greetings LC

...handled exception: page fault on read access to 0x00000004 in 32-bit code (0x0040baa8). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:0040baa8 ESP:0033d84c EBP:0033d858 EFLAGS:00210246( - 00 -RIZP1) EAX:0033d854 EBX:00000000 ECX:00000000 EDX:7ed4df84 ESI:00000000 EDI:0000001a Stack dump: 0x0033d84c: 0033d854 0033e310 00000000 0033d8b0 0x0033d85c: 0040cc83 0033e314 0033e310 00000000 0x0033d86c: 00000000 00000000 00000000 00000000 0x0033d87c: 00000000 0040bcc6 0000041c 00000000 0x0033d88c: 00000000 00000048 0000001a 0000044c 0x0033d89c: 00143790 00000000 00cc0020 00...

...0 Deferred libc.so.6 ELF f7d97000-f7daf000 Export libpthread.so.0 ELF f7dc8000-f7efe000 Deferred libwine.so.1 ELF f7f00000-f7f1f000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 00000009 0 0000000a 0000000b 0 0000000c 0000001a 0 00000019 0 00000013 0 00000012 0 0000000e 0 0000000d 0 0000000f 00000015 0 00000014 0 00000011 0 00000010 0 00000016 (D) C:\windows\system32\winedevice.exe 0000001b 0 <== 00000018 0 00000017 0 Backtrace: =>1 0x7bc44d4f LdrProcessRelocation...

On Thu, Aug 6, 2015 at 12:33 PM, Murthy Gandikota <murthy64 at hotmail.com> wrote: > > > ________________________________ > > Date: Thu, 6 Aug 2015 12:07:35 -0500 > > From: rmudgett at digium.com > > To: asterisk-users at lists.digium.com > > Subject: Re: [asterisk-users] Asterisk uses "Anonymous", but why? > <snip> > >> Here

...(thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x0465bf70 in 32-bit code (0x7e4ec030). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7e4ec030 ESP:0034ed74 EBP:0034ed90 EFLAGS:00210297( - 00 RISAP1C) EAX:7c06d1f8 EBX:7e53655c ECX:0000001a EDX:00000034 ESI:0465bf70 EDI:00000000 Stack dump: 0x0034ed74: 00000000 00000034 00000000 00000000 0x0034ed84: 7c06d1f8 000000d0 0465bf70 0034efb0 0x0034ed94: 7e4e513b 000000d0 0000001a 0465bf70 0x0034eda4: 00000270 7c06d1f8 fffffcc0 0034efb0 0x0034edb4: 7e4e2f4e 7e9ef960 0000ffff 0000005c 0x...

...0086,00000000,00000000) ret=3008096c fs=008f trace:relay:WINPROC_CallWndProc (wndproc=0x300808a0,hwnd=00000280, msg=WM_GETTEXT,wp=00000100,lp=405a2bfc) Call user32.136: DefWindowProcA(00000280,0000000d,00000100,405a2bfc) ret=3008096c fs=008f Ret user32.136: DefWindowProcA() retval=0000001a ret=3008096c fs=008f trace:relay:WINPROC_CallWndProc (wndproc=0x300808a0,hwnd=00000280, msg=WM_GETTEXT,wp=00000100,lp=405a2bfc) retval=0000001a Ret user32.136: DefWindowProcA() retval=00000001 ret=3008096c fs=008f trace:relay:WINPROC_CallWndProc (wndproc=0x300808a0,hwnd=00000280, msg=WM_...

Hi Pete, Thanks for your kind response! I migrated AVR target for lld https://reviews.llvm.org/D32991 it is very beginning, only support R_AVR_CALL reloc, and ARC is more complex than AVR, I will learn it from binutils, also ARC related doc, then try to implement it. 发自我的iPhone ------------------ Original ------------------ From: Pete Couperus <Peter.J.Couperus at synopsys.com> Date:

...llvm-pdbutil" dump -l main.pdb Lines ============================================================ Mod 0000 | `/home/jshi19/llvm/wrongcode/lld_PDB_issue/main.obj`: /home/jshi19/llvm/wrongcode/lld_PDB_issue/main.c (MD5: 5F82BB79FE2DA0B0549B784CFDC37D05) 0001:00000000-0000001A, line/addr entries = 5 3 00000000 ! 0 00000004 ! 5 00000009 ! 0 0000000E ! 9 00000013 ! Thanks Shi, Steven From: Zachary Turner <zturner at roblox.com> Sent: Tuesday, January 14, 2020 2:56 AM To: Shi, Steven <steven.shi at intel.com> Cc: Martin Storsjö <martin at...

...ster dump: CS:0017 SS:001f DS:001f ES:001f FS:1007 GS:0037 EIP:937106e8 ESP:0032c958 EBP:0032c988 EFLAGS:00010206( - 00 - RIP1) EAX:6239cb30 EBX:90c6a029 ECX:937118a4 EDX:1a03ffff ESI:00000400 EDI:6239cb30 Stack dump: 0x0032c958: 6239cb30 90c6a0f8 6239cb30 937118a4 0x0032c968: 6239db30 0000001a 00000003 a013d518 0x0032c978: 0032ca88 90c6a029 60201700 60233da0 0x0032c988: 0032c9a8 90c6178e 6239cb30 6239db30 0x0032c998: 90c7ee01 60236611 00000001 00010000 0x0032c9a8: 0032c9d8 90c6a16c 60233da0 0032ca70 0200: sel=1007 base=7def0000 limit=0000ffff 32-bit rw- Backtrace: =>1 0x937106e8 (...

...type. But it still seems to make some of the low entries in the table ambiguous (at least to me!). I compiled a nice little hello world program into LLVM and then into bytecodes (see complete results attached). Here is the start of the type definition table: Entry 0x0e: Pointer to type 0x0f 0000001a 11 0f Entry 0x0f: Array of SByte [14] (presumably for "Hello World!\n" constant) 0000001c 10 03 0e Entry 0x10: Pointer to type 0x12 0000001f 11 |....n...n.......| 00000020 12 Entry 0x11: Pointer to SByte 00000021 11 03 Entry 0x12: Function returning Pointer ( UInt ) 00000023 0e...

...-f7fc4000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 00000009 0 0000000e 0000001b 0 00000016 0 00000015 0 00000014 0 00000010 0 0000000f 0 00000011 00000017 0 00000013 0 00000012 0 00000018 0000001c 0 0000001a 0 00000019 0 0000001d (D) C:\Programme\xfire_sdk_gfire\check.exe 0000001f 0 <== 0000001e 0 00000022 00000023 0 Backtrace: =>0 0x7eddd04a FindNextFileW+0x32a() in kernel32 (0x0080eaa8) 1 0x7efbbe60 call_thread_entry_point+0x70() in ntdll (0x0080eb78) 2 0x7efc57af in ntd...

...o send it to an extension that is a pattern you need to > > use a value that > > the pattern will match such as 16190000000. > > > > Richard > > Hi Richard > > Thank you for your suggestions. The responses received are: > > [Aug 6 11:20:28] NOTICE[25977][C-0000001a]: chan_sip.c:23147 > handle_response_invite: Failed to authenticate on INVITE to '"Vonage User" < > sip:1619xxxxxxx at 69.59.234.67>;tag=as0bf485e8' > > Channel SIP/vonage202-00000019 was never answered. > > I don't understand the "Channel S...