search for: testq

I'm stuck on queues! The way I read what documentation I have found, if I set up a queue like this: [general] persistentmembers = yes [testq] musiconhold=default strategy = ringall timeout = 10 retry = 5 context = testing member => SIP/100 and then add into extensions something like this: [incomingiax] exten => 1234,1,Dial(SIP/100,10) exten => 1234,2,Queue(testq|tTH|||300) [testing] exten => 1,1,Dial(SIP/101) [testconte...

...my situation is: incoming call goes into the queue and is picked up by callback agent. The agent then wants to transfer the call to another device (another SIP phone). But 'transfer' button doesn't work and '#' button attempts to start channel monitor. Tried with both Queue(testq) and Queue(testq,tT). Is it meant as a feature that agents won't transfer calls at all? I'll appreciate any help. -- David Trcka

Can someone tell me why this is not valid... [start] exten => 1000,1,Answer exten => 1000,2,Wait,1 exten => 1000,3,AgentcallbackLogin(1000||2000@Local) exten => 2000,1,Macro(DialProxy,115551212) exten => 3000,1,Queue(testq||||45) while this is: [start] exten => 1000,1,Answer exten => 1000,2,Wait,1 exten => 1000,3,AgentcallbackLogin(1000||2000@start) exten => 2000,1,Macro(DialProxy,115551212) exten => 3000,1,Queue(testq||||45) I'd swear blind I was able to pass 2000@Local to AgentcallbackLogin on...

...uss?] If I run this script against my binary (which contains a USDT probe called ''concurrentq-latency''): ::: / probename == "concurrentq-latency" / { printf("[%s]:[%s]:[%s]\n", probeprov, probefunc, probename); } I get this output: dtrace: script ''testq.d'' matched 46056 probes dtrace: pid 26257 has exited CPU ID FUNCTION:NAME 2 46076 dequeue_thread:concurrentq-latency [tests26257]:[dequeue_thread]:[concurrentq-latency] However, if I try to specify the probe in the ''normal'' fashion: :::concurre...

I’ll be happy to run it for you. Do you want Intel64, x86 or both? The Intel compiler doesn’t have a –Oz option. It has –Os and –O[123]. Also, FWIW, one of the Intel compiler experts on BT will comment on this thread, and on our rules for BT usage later this afternoon. Kevin B. Smith From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Chris Sears Sent:

...I get this on the console Connected to Asterisk 1.0.7 currently running on aovas1 (pid = 13181) Verbosity is at least 3 -- Remote UNIX connection -- Executing Answer("SIP/08452418339-556a", "") in new stack -- Executing Queue("SIP/08452418339-556a", "testq") in new stack -- Playing 'queue-youarenext' (language 'en') -- Told SIP/08452418339-556a in testq their queue position (which was 1) -- Playing 'queue-thankyou' (language 'en') -- Playing 'queue-youarenext' (language 'en') --...

...ate better code, or should I rather go to the code generator and try to add an optimization pass ? Thanks for any feedback. Ciao Nat! P.S. In case someone is interested, here is the assembler code and the IR that produced it. Relevant LLVM generated x86_64 assembler portion with -Os ~~~ testq %r12, %r12 je LBB0_5 ## BB#1: movq -8(%r12), %rcx movq (%rcx), %rax movq -8(%rax), %rdx andq %r15, %rdx cmpq %r15, (%rax,%rdx) je LBB0_2 ## BB#3: addq $8, %rcx jmp LBB0_4 LBB0_2: leaq 8(%rdx,%rax), %rcx LBB0_4: movq %r12, %rdi movq %r15, %rsi movq %r14, %rdx callq *(%rcx) movq %rax,...

> icc generates testq for 0-30 and btq for 31-63. > That seems like a small bug in the bit 31 case. You can’t use testq for bit 31, because the immediate gets sign-extended. You *can* use the 32b form, of course.

and I found a reference to an AgentLogin.rtf. Looks great, except I can't get it to work. queues.conf: [sjs-testq] music = default timeout = 1 retry = 1 maxlen = 0 member => Agent/10001 agents.conf: agent => 10001,1234,Steve Sobol extensions.conf: (I have a phone line set up on which the main menu tells you to press 1 to be added to queue. Pressing 1 lands you here) exten => 1,1,playback(auth-than...

...rking, but I'm having trouble receiving SMS messages. I can send messages without any problems but whenever an incoming message is detected, nothing is left in the /var/spool/asterisk/sms directory. Can anyone help? Thanks, Darren. extensions.conf: [default] exten = s/08005875290,1,SMS(testq,a) exten = s/08005875290,2,Wait,1 ; wait, or extensions ring briefly exten = s/080058752X0,3,Hangup console output: == Manager 'daz' logged on from 192.168.5.6 -- Executing SMS("Zap/1-1", "01524389862||00000|test") in new stack -- Executing SMS("Zap/1...

...he following assembly, seemingly applying tail call optimization even though the ret instruction does not follow the tail call instruction: <snip> _ack.15: ## @ack.15 Leh_func_begin1: ## BB#0: ## %entry pushq %rbx Ltmp1: Ltmp2: testq %rdi, %rdi jle LBB1_3 ## BB#1: ## %if.no movq %rdi, %rbx testq %rsi, %rsi jle LBB1_4 ## BB#2: ## %if.no2 decq %rsi movq %rbx, %rdi callq _ack.15 movq %rbx, %rdi decq %rdi movq %rax, %rsi popq %rbx jmp _ack.15...

Hello, I've got the following queue.conf: [testQ] music=jr_80 ;Bore the caller with some 80's music announce=queue-testQ ;Announcement to play to the Agent answering strategy=ringall ;Let all hell break lose timeout=60 ;We should answer within 60s retry=5 ; announce-frequenty=15 ;Tell them where the are every 15...

...r you are asserting that it is not NULL (or, at least, that if it is then after this point the program is in an undefined state and so any behaviour is legal) and so it is completely free to generate the code that it in fact does generate without this test. So here we have another bug, because the testq in your output is redundant after the movb. David

> On 4 Aug 2016, at 06:27, Serge Rogatch <serge.rogatch at gmail.com> wrote: > > Hi Dean, > > I have a question about the following piece of code in compiler-rt/trunk/lib/xray/xray_trampoline_x86.S : > movq _ZN6__xray19XRayPatchedFunctionE(%rip), %rax > testq %rax, %rax > je .Ltmp0 > > // assume that %r10d has the function id. > movl %r10d, %edi > xor %esi,%esi > callq *%rax > What happens if someone unsets the handler function (i.e. calls __xray_remove_handler() ) or changes the handler (i.e. calls __xray_set_handle...

...to the msb and testing llvm is inserting a spurious right shift instruction. For example this IR: ... %0 = load i64* %a.addr, align 8 %shl = shl i64 %0, 28 %cmp = icmp sgt i64 %shl, 0 ... results in ... shlq $28, %rdi sarq $28, %rdi ; <<< spurious shift testq %rdi, %rdi gcc doesnt have this problem. It just emits the shift and test. The reason appears to be that the instruction combining pass decides that the shift and test is equivalent to a test on the partial word, in this case an I36. >From the -debug log: >From the -debug log: .... IN...

...automatically the recording files for me but it creates the wav files as I expect but it doesn't join them sadly, so eg: ls 1250623104.10-in.wav 1250628672.23-in.wav 1250630411.30-in.wav 1250623104.10-out.wav 1250628672.23-out.wav 1250630411.30-out.wav Here is my queues.conf snippet [testQ] context=myTestContextRemovedForExample music=default strategy=ringall timeout=15 retry=5 wrapuptime=0 maxlen = 0 announce-frequency = 0 announce-holdtime = no leavewhenempty = yes joinempty = no monitor-format = wav monitor-join = yes ; add all the members statically so they ; turn off their phone...

Hi all, Someone know how can I check for available members on a queue Before I queue the call, so I can do something else with it? Note that is not the case for joinempty Thanks, Gabriel Ortiz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090718/462b725b/attachment.htm

...that it is not NULL (or, at least, that if it is then after this point > the program is in an undefined state and so any behaviour is legal) and > so it is completely free to generate the code that it in fact does > generate without this test. So here we have another bug, because the > testq in your output is redundant after the movb. > > Yes, good point, I totally missed the NULL dereference. I haven't > checked what happens if you write: > > curr = malloc(1); > if (curr) > int i = *curr; > > but I expect that would work. > > Nick

This code is essentially from an LTP test ( http://ltp.sourceforge.net/ <http://ltp.sourceforge.net/> ). #include <stdlib.h> int main() { void *curr; do { curr = malloc(1); } while (curr); return 0; } If you compile it with no optimization, it will keep the malloc calls. If you compile it with -O2, it will create an infinite loop, i.e. assuming that malloc

...are asserting that it is not NULL (or, at least, that if it is then after this point the program is in an undefined state and so any behaviour is legal) and so it is completely free to generate the code that it in fact does generate without this test. So here we have another bug, because the testq in your output is redundant after the movb. Yes, good point, I totally missed the NULL dereference. I haven't checked what happens if you write: curr = malloc(1); if (curr) int i = *curr; but I expect that would work. Nick