search for: 300e

Displaying 12 results from an estimated 12 matches for "300e".

Did you mean: 300
2005 Oct 10
0
Incoming Calls causing Protocol Error (6)
Hi Everyone, Got a setup as follows: Telco ----> Siemens HiCom 300E <----> Asterisk1 <----IAX2 Trunk----> Asterisk2 <----> Siemens HiPath 4xxx The solution works except for one problem. Incoming calls from the telco get redirected to the Asterisk1 box with the correct extention, only if there is a callerid set on the call, the Asterisk1 box drops...
2006 Jun 22
4
when I press "transfer" -> blind -> 700 . The user is not able to hear what extension the call was parked on
...efault', on channel 'Zap/1-1' == Parked Zap/1-1 on 701. Will timeout back to extension [incoming] s, 1 in 45 seconds -- Added extension '701' priority 1 to parkedcalls -- Playing 'digits/7' (language 'en') -- Executing ParkedCall("SIP/1000-300e", "701") in new stack -- Stopped music on hold on Zap/1-1 -- Channel SIP/1000-300e connected to parked call 701 -- Hungup 'Zap/1-1' using "transfer" -> blind -> 700 -- Started music on hold, class 'default', on channel '...
2010 Sep 15
1
One way audio when overlapdial is set to yes
Hi Group, I am currently facing a dead end and any help will be much appreciated. I have an a104d installed in an asterisk box, two of which is configured on ISDN pri. One is facing pstn and the other one is facing a hipath 300e Siemens. I am getting one way audio when a local on the hipath tries to make a pstn call but no issue on incoming calls from pstn going to the hipath locals. local ---> hipath 300 --------- isdn pri -------- asterisk ---------- isdn pri --------- telco--> dest. Here is my dahdi config [...
2015 Jul 24
2
[LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF
...is the asm dump of the final exe hello64gnu.exe: file format COFF-x86-64 Disassembly of section .text: .text: 3000: ff 25 26 f0 ff ff jmpq *-4058(%rip) 3006: 90 nop 3007: 90 nop 3008: ff 25 26 f0 ff ff jmpq *-4058(%rip) 300e: 90 nop 300f: 90 nop 3010: 48 83 ec 28 subq $40, %rsp 3014: 48 c7 c1 00 00 00 00 movq $0, %rcx 301b: 48 8d 15 e4 df ff ff leaq -8220(%rip), %rdx 3022: 4c 8d 05 d7 df ff ff leaq -8233(%rip), %r8 3029:...
2015 Jul 25
0
[LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF
...o64gnu.exe: file format COFF-x86-64 > > Disassembly of section .text: > .text: > 3000: ff 25 26 f0 ff ff jmpq *-4058(%rip) > 3006: 90 nop > 3007: 90 nop > 3008: ff 25 26 f0 ff ff jmpq *-4058(%rip) > 300e: 90 nop > 300f: 90 nop > 3010: 48 83 ec 28 subq $40, %rsp > 3014: 48 c7 c1 00 00 00 00 movq $0, %rcx > 301b: 48 8d 15 e4 df ff ff leaq -8220(%rip), %rdx > 3022: 4c 8d 05 d7 df ff ff leaq -8233(...
2018 Aug 30
4
crash problem when using IndirectBrInst to replace BranchInst
...F9AC70C08C2> /usr/lib/system/libsystem_kernel.dylib 0x7fff50b89000 - 0x7fff50bd4fcb libsystem_m.dylib (3147.50.1) <8CFB51C9-B422-3379-8552-064C63943A23> /usr/lib/system/libsystem_m.dylib 0x7fff50bd5000 - 0x7fff50bf4fff libsystem_malloc.dylib (140.50.6) <7FD43735-9DDD-300E-8C4A-F909A74BDF49> /usr/lib/system/libsystem_malloc.dylib 0x7fff50bf5000 - 0x7fff50d25ff7 libsystem_network.dylib (1229.70.2) <5E86B2DE-9E15-3354-8714-4094ED5F698D> /usr/lib/system/libsystem_network.dylib 0x7fff50d26000 - 0x7fff50d30ffb libsystem_networkextension.dylib...
2015 Jul 25
2
[LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF
...F-x86-64 >> >> Disassembly of section .text: >> .text: >> 3000: ff 25 26 f0 ff ff jmpq *-4058(%rip) >> 3006: 90 nop >> 3007: 90 nop >> 3008: ff 25 26 f0 ff ff jmpq *-4058(%rip) >> 300e: 90 nop >> 300f: 90 nop >> 3010: 48 83 ec 28 subq $40, %rsp >> 3014: 48 c7 c1 00 00 00 00 movq $0, %rcx >> 301b: 48 8d 15 e4 df ff ff leaq -8220(%rip), %rdx >> 3022: 4c 8d 05 d7 df ff...
2018 Dec 08
2
doveadm batch crash
Hi I'm having an issue with doveadm batch - the following command always crashes: doveadm batch : mailbox status all inbox Whereas the following work as expected: doveadm mailbox status all inbox doveadm batch : mailbox list Any assistance gratefully received. Debug output from the crash: Debug: Loading modules from directory: /usr/lib64/dovecot Debug: Module loaded:
2018 Aug 31
2
crash problem when using IndirectBrInst to replace BranchInst
...tem/libsystem_kernel.dylib > > 0x7fff50b89000 - 0x7fff50bd4fcb libsystem_m.dylib (3147.50.1) > <8CFB51C9-B422-3379-8552-064C63943A23> /usr/lib/system/libsystem_m.dylib > > 0x7fff50bd5000 - 0x7fff50bf4fff libsystem_malloc.dylib (140.50.6) > <7FD43735-9DDD-300E-8C4A-F909A74BDF49> > /usr/lib/system/libsystem_malloc.dylib > > 0x7fff50bf5000 - 0x7fff50d25ff7 libsystem_network.dylib > (1229.70.2) <5E86B2DE-9E15-3354-8714-4094ED5F698D> > /usr/lib/system/libsystem_network.dylib > > 0x7fff50d26000 - 0x7fff50d30ffb...
2015 Jul 23
0
[LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF
I forgot to attach the notes.txt with the objdump. On Thu, Jul 23, 2015 at 3:55 PM, Martell Malone <martellmalone at gmail.com> wrote: > Hi again rui, :) > > I've got all the patches into llvm and clang for supporting mingw-w64 via > compiler-rt and now we are able to build a full mingw-w64 toolchain without > gcc :) > With great help from yaron and rnk. > >
2018 Dec 13
0
doveadm batch crash
...73, keywords = 0x55555582cc50, permanent_flags = 4150865472, flags = 32767, permanent_keywords = 0, allow_new_keywords = 0, nonpermanent_modseqs = 0, no_modseq_tracking = 0, have_guids = 0, have_save_guids = 0, have_only_guid128 = 1} metadata = {guid = "p\214~UUU\000\000\300e\177UUU\000", virtual_size = 140737488347344, physical_size = 553903933854, first_save_date = 93824995035120, cache_fields = 0x20, precache_fields = (unknown: 0), backend_ns_prefix = 0x0, backend_ns_type = (unknown: 48)} #7 cmd_mailbox_status_run (_ctx=0x5555557fe238, user=<op...
2015 Jul 23
2
[LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF
Hi again rui, :) I've got all the patches into llvm and clang for supporting mingw-w64 via compiler-rt and now we are able to build a full mingw-w64 toolchain without gcc :) With great help from yaron and rnk. I've CC'd them as they might have interest in seeing this target through with me to the end :) So I have again turned my attention to LLD so that we can also remove ld as a