search for: vmcontext

...D: DILexicalBlock DIBuilder::createLexicalBlock(DIDescriptor Scope, DIFile File, unsigned Line, unsigned Col) { // Defeat MDNode uniqing for lexical blocks by using unique id. static unsigned int unique_id = 0; Value *Elts[] = { GetTagConstant(VMContext, dwarf::DW_TAG_lexical_block), Scope, ConstantInt::get(Type::getInt32Ty(VMContext), Line), ConstantInt::get(Type::getInt32Ty(VMContext), Col), File, ConstantInt::get(Type::getInt32Ty(VMContext), unique_id++) }; return DILexicalBlock(MDNode::get(VMContext, &Elts[0], array...

..._s-.,1,Congestion() [macro-vm] exten => s,1,Macro(user-callerid) exten => s,n,Set(VMGAIN=${IF($["foo${VM_GAIN}"!="foo"]?"g(${VM_GAIN})":"")}) exten => s,n,Goto(s-${ARG2},1) exten => s-BUSY,1,NoOp(BUSY voicemail) exten => s-BUSY,n,Macro(get-vmcontext,${ARG1}) exten => s-BUSY,n,Voicemail(${ARG1}@${VMCONTEXT}|b${VMGAIN}) ; Voicemail Busy message exten => s-BUSY,n,Goto(exit-${VMSTATUS},1) exten => s-DIRECTDIAL,1,NoOp(DIRECTDIAL voicemail) exten => s-DIRECTDIAL,n,Macro(get-vmcontext,${ARG1}) exten => s-DIRECTDIAL,n,Voicemail(${AR...

...") in new stack -- Goto (macro-user-callerid,s,18) -- Executing [s at macro-user-callerid:18] NoOp("SIP/203-00000003", "Using CallerID "Test" <203>") in new stack -- Executing [*97 at from-internal:4] Macro("SIP/203-00000003", "get-vmcontext,203") in new stack -- Executing [s at macro-get-vmcontext:1] Set("SIP/203-00000003", "VMCONTEXT=default") in new stack -- Executing [s at macro-get-vmcontext:2] GotoIf("SIP/203-00000003", "0?200:300") in new stack -- Goto (macro-get-vmcontext...

llvm[4]: Compiling CGExprConstant.cpp for Release+Asserts build CGExprConstant.cpp:814:53: error: too many arguments to function call, expected 2, have 3 return llvm::ConstantArray::get(VMContext, Str, false); I get this error when building LLVM, after svn up for trunk, any idea why? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120213/56fdded8/attachment.html>

...Goto("IAX2/vmail-ottawa-peer-5", "s-DIRECTDIAL|1") in new stack -- Goto (macro-vm,s-DIRECTDIAL,1) -- Executing NoOp("IAX2/vmail-ottawa-peer-5", "DIRECTDIAL voicemail") in new stack -- Executing Macro("IAX2/vmail-ottawa-peer-5", "get-vmcontext|2502") in new stack -- Executing Set("IAX2/vmail-ottawa-peer-5", "VMCONTEXT=default") in new stack -- Executing GotoIf("IAX2/vmail-ottawa-peer-5", "0?200:300") in new stack -- Goto (macro-get-vmcontext,s,300) -- Executing NoOp("IAX2/...

...the test-suite/compiler-rt as well? Chad On Feb 13, 2012, at 12:33 PM, Ryan Taylor wrote: > llvm[4]: Compiling CGExprConstant.cpp for Release+Asserts build > CGExprConstant.cpp:814:53: error: too many arguments to function call, expected 2, have 3 > return llvm::ConstantArray::get(VMContext, Str, false); > > I get this error when building LLVM, after svn up for trunk, any idea why? > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmd...

...eMailMain(Option 8) I see the console message: Couldn't not find mailbox XXX in context default As why are running in a multi-tenant environment voicemail.conf has been separated into individual contexts. The users retrieve their email by dialing an extension which calls VoiceMailMail(XXX at VMContext) so how do I instruct Asterisk to use that context when forwarding voicemails ? -- Thanks, Phil

Ive installed asterisk and freepbx. Through the interface ive configured 2 extensions, 6000 and 6001. My problem is that when i try to call from extension 6000 to 6001, i hear this msg "Im-sorry&an-error-has-occured" and the call is terminated. As expected if i call to another number i get an error. i thought the problem might been related with the NAT but if checked and changed some

...ers] include => internal include => dummyextensions switch => DUNDi/dundi-peer Internal office calls should get caught by the include => internal, and run through the [internal] context as follows: [internal] exten => _3XX,1,NoOp() same => n,Set(E=${EXTEN}) same => n,Set(${E}_VMCONTEXT=${HOTDESK_INFO(vmcontext,${E})}) same => n,Set(USER_LOCATION=${HOTDESK_USER_STATUS(${E})}) same => n,GotoIf($[${ODBCROWS} < 1]?notloggedin) same => n,Dial(SIP/${USER_LOCATION},20,wWU(blf-begincall^${E}^INUSE)b(blf-begincall^s^1(${E}^RINGING))) same => n,Voicemail(${E}@${${E}_VMCONTEX...

...should be able to > remove it. > include/llvm/DebugInfo.h: return getUnsignedField(0) & > ~LLVMDebugVersionMask; > lib/IR/DIBuilder.cpp: assert((Tag & LLVMDebugVersionMask) == 0 && > lib/IR/DIBuilder.cpp: return > ConstantInt::get(Type::getInt32Ty(VMContext), Tag | LLVMDebugVersion); > I remember there was something that blocks David from completely getting > rid of version number, but it seems the blocker is gone now. > This can be done separately as well. > > 2> introduce a debug info version in module flags similar to "dw...

...gt;> include/llvm/DebugInfo.h: return getUnsignedField(0) & >>> ~LLVMDebugVersionMask; >>> lib/IR/DIBuilder.cpp: assert((Tag & LLVMDebugVersionMask) == 0 && >>> lib/IR/DIBuilder.cpp: return >>> ConstantInt::get(Type::getInt32Ty(VMContext), Tag | LLVMDebugVersion); >>> I remember there was something that blocks David from completely >>> getting rid of version number, but it seems the blocker is gone now. >>> This can be done separately as well. >>> >>> 2> introduce a debug info ver...

...only used in two places and we should be able to remove it. include/llvm/DebugInfo.h: return getUnsignedField(0) & ~LLVMDebugVersionMask; lib/IR/DIBuilder.cpp: assert((Tag & LLVMDebugVersionMask) == 0 && lib/IR/DIBuilder.cpp: return ConstantInt::get(Type::getInt32Ty(VMContext), Tag | LLVMDebugVersion); I remember there was something that blocks David from completely getting rid of version number, but it seems the blocker is gone now. This can be done separately as well. 2> introduce a debug info version in module flags similar to "dwarf version" module...

...ude/llvm/DebugInfo.h: return getUnsignedField(0) & >>>> ~LLVMDebugVersionMask; >>>> lib/IR/DIBuilder.cpp: assert((Tag & LLVMDebugVersionMask) == 0 && >>>> lib/IR/DIBuilder.cpp: return >>>> ConstantInt::get(Type::getInt32Ty(VMContext), Tag | LLVMDebugVersion); >>>> I remember there was something that blocks David from completely >>>> getting rid of version number, but it seems the blocker is gone now. >>>> This can be done separately as well. >>>> >>>> 2> introd...

...gt; remove it. >> include/llvm/DebugInfo.h: return getUnsignedField(0) & >> ~LLVMDebugVersionMask; >> lib/IR/DIBuilder.cpp: assert((Tag & LLVMDebugVersionMask) == 0 && >> lib/IR/DIBuilder.cpp: return >> ConstantInt::get(Type::getInt32Ty(VMContext), Tag | LLVMDebugVersion); >> I remember there was something that blocks David from completely >> getting rid of version number, but it seems the blocker is gone now. >> This can be done separately as well. >> >> 2> introduce a debug info version in module flags...

...ls 1000 to check voicemail at site A. The dialplan will be something like this on Site A: [context-for-phones-at-one-location] exten => 1000,1,Dial(SIP/voicemailserver/${EXTEN}) Then on Site B where the voicemail is to be stored: [context-for-incoming-voicemail] exten => 1000,1,Voicemail(@vmcontext) exten => o,1,Dial(SIP/siteAserver/receptionistextension Can anyone think of draw backs to this? One I can think of is I will have to specify a extension to redirect 0 (for receptionist) back to the Site A server. I will also have to redirect all directory apps to the voicemail server. Does...

Howdy, Excuse the neophyte questions... I was wondering: (1) what's involved in setting up a call with encrypted media (I'm on a cable network and don't want my calls snooped); (2) is there a cheat-sheet for configuring Sipura handsets/hardphones like the SPA-942, and in particular for message-waiting indicator and shared-line appearances? (3) my PSTN service provider that I

...fo.h: return getUnsignedField(0) & >>>>> ~LLVMDebugVersionMask; >>>>> lib/IR/DIBuilder.cpp: assert((Tag & LLVMDebugVersionMask) == 0 && >>>>> lib/IR/DIBuilder.cpp: return >>>>> ConstantInt::get(Type::getInt32Ty(VMContext), Tag | LLVMDebugVersion); >>>>> I remember there was something that blocks David from completely >>>>> getting rid of version number, but it seems the blocker is gone now. >>>>> This can be done separately as well. >>>>> >>>&...

...getUnsignedField(0) & >>>>>> ~LLVMDebugVersionMask; >>>>>> lib/IR/DIBuilder.cpp: assert((Tag & LLVMDebugVersionMask) == 0 && >>>>>> lib/IR/DIBuilder.cpp: return >>>>>> ConstantInt::get(Type::getInt32Ty(VMContext), Tag | LLVMDebugVersion); >>>>>> I remember there was something that blocks David from completely >>>>>> getting rid of version number, but it seems the blocker is gone now. >>>>>> This can be done separately as well. >>>>>&g...

On Mon, Nov 18, 2013 at 10:55 AM, David Blaikie <dblaikie at gmail.com> wrote: > It depends a bit, also, on what kind of guarantees we need to offer. If > the guarantee when reading IR from disk is "will not crash" then there's > nothing for it but to run full debug info verification. > > On the other hand, if we can assume that some specific metadata implies

...;>> ~LLVMDebugVersionMask; >>>>>>> lib/IR/DIBuilder.cpp: assert((Tag & LLVMDebugVersionMask) == 0 >>>>>>> && >>>>>>> lib/IR/DIBuilder.cpp: return >>>>>>> ConstantInt::get(Type::getInt32Ty(VMContext), Tag | LLVMDebugVersion); >>>>>>> I remember there was something that blocks David from completely >>>>>>> getting rid of version number, but it seems the blocker is gone now. >>>>>>> This can be done separately as well. >>&g...