similar to: Dial application "b" subroutine arguments not passing?

Asterisk 12.5 I'm using AMI to initiate a "call me now" feature from the web site. The AMI looks like: Action: Originate Channel: Local/s at callmenow Context: dial-to-customer Exten: s Priority: 1 Async: true Variable: CHANNEL_TO_CUSTOMER=SIP/voipms/1112223333 Timeout: 999999 Dial Plan: [callmenow] exten => s,1,NoOp(callmenow: Queue without answer) same

Trying to set some CDR fields in the "connected" macro of a queue command. None of the custom fields I set are stored in the database, but I can set "userfield" and it does get set. I think that the macro runs on the agent's channel, not the caller's, and this might contribute to the problem. From the sample below "userfield" (and its alias operatorid)

On 5/24/23 08:03, Steve Matzura wrote: > > ***  extensions.conf  *** > > > [general] > > [globals] > > ; Make sure to include inbound prior to outbound because the > _NXXNXXXXXX handler will match the incoming call and create a loop > include => voipms-inbound > include => voipms-outbound > > [voipms-outbound] > exten =>

And I think they're both small. Solved: tcpdump showed no packets coming in, so I went to my DID provider's Website to discover to my intense embarrassment that the DID number had been set up forwarded to their voicemail. I got egg on my face for this one. I changed that setting to SIP/IAX and packets now arrive and go where they should. Two problems remain. 1. Still can't

Hello community, I've been running Asterisk on an embedded device for about six months, and my operation has been largely trouble-free. I'm hoping I could get some help with a minor problem: Every week or three, my PBX gets stuck in a state where it can receive calls, but it becomes completely unable to originate outgoing calls until I do a "sip reload". After doing the SIP

Hi! Did play around with queues and need some help. I thought that MEMBERINTERFACE and MEMBERNAME should be set to the ?device? the call was queued to not the device that called the queue, or do i miss something? Running: Asterisk 1.8.2.3 built by root @ sip on a i686 running Linux on 2011-01-31 13:38:23 UTC 0317998985 calls Kinna (0320209030) Tomas Ekman (SIP/0317998972) receives the call but

I have running an Asterisk 1.4.20 box and I want to get the value of the MEMBERINTERFACE variable to know about which queue member received the call. I set 'setinterfacevar=' to 'yes' in queues.conf but I can?t get this value.

Hello, I am using Queue application with multiple agents in each queue. I want to set the CDR(userfield) for each cdr based on the agent answering the call. Is it possible to do this? Thanks

Hi All am using trixbox with call queues..I've set setinterfacevars=yes in queues.conf and following is dial plan : [test] exten => s,1,Answer() exten => s,2,Set(FILE_NAME=${CALLERID(num)}-${MEMBERINTERFACE}-${STRFTIME(${EPOCH},,%Y%m%d-%H%M%S)}) exten => s,3,Monitor(wav,${FILE_NAME},m) exten => s,4,queue(55365) exten => s,5,Hangup() but MEMBERINTERFACE is always empty - i

On Tuesday 09 Dec 2014, Daniel Gonzalez wrote: > Hi, > > Let's say I do: > > Set(data=xxx,yyy) > Gosub(my-sub,s,1(${data})) > > My subroutine will only receive "xxx" for ARG1. How can I pass a literal > with a comma to a single argument in a subroutine? > > (The point is: when calling the subroutine I do not know if the variable > has a comma

Hi, all, ? ?On Centos 5 I am programming RPM with python recently. ?When I read the online RPM python programming guide at http://docs.fedoraproject.org/drafts/rpm-guide-en/ch16s05.html, I got confused at the EVR() function as the function returns the (epoch, version, release) as a string ?%epoch-%version-%release?, and so the RPM ?comparing process is simplified as string comparing ? which

Dear all, Is it possible to call a FORTRAN subroutine which does file processing (open an input and write to an output file) using the .Fortran command. FYI, I am using R 1.1.1 for windows, Thanks, Agus Agus Salim PhD student Dept. of Statistics University College Cork Ireland Tel:353-21-4902197 -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing

I used "R CMD SHLIB" to compile the fortran filename.f file and the filename.so is generated. But since in filename.f it calls another subroutine written in C, i had problem in "dyn.load" because it could not find the C subroutine. I have the .c file but don't know how to tell R about it. How should I compile when I want to call the fortran function

Hello, I am trying to run a piece of Fortran code from R, and I am having trouble passing an array to the fortran subroutine. My attempts to pass an array into the fortran are producing memory errors, and I cannot find an example that performs the task. I have looked at "Writing R Extensions", and understand in concept what needs to happen, but all the examples are written in C.

On Mar 8, 2016, at 6:57 AM, MAURICE Jean - externe <jean-externe.maurice at edf.fr> wrote: >> You can call (some) R functionality from C > When I read about 'R api' I thought that we could call all the functionality of R. I think that in the windows world, this is called OLE automation. From a pure programmer point of view, it is very convenient and my customer is creating

Hi, Until you get a more definitive answer, I will make an attempt to give some advice. When using an assumed sized array (i.e. REAL*8 array1(*)) you still need to allocate the memory prior to calling the Fortran subroutine, so you would still need to know its maximum length. Arrays created in a Fortran subroutine via the use of the ALLOCATE statements are not simple arrays (in the sense of C

Hello, I work under windows xp and I am trying to build a R package with a subroutine written in fortran 90. I have installed all the updated tools and I am working with R-2.4.0 or R-2.5.0. When I check a package with a subroutine in fortran 77 (and extension f) everything is ok. When I try to build the same package with a subroutine in fortran 90 (with extension f90) the following warning

Hello, I submitted a package which used Fortran functions isnan and lgamma. However, I was told that: isnan and lgamma are not Fortran 95 functions. I was asked to write 'cross-platform portable code' and so should not be writing GNU extensions to Fortran. See http://cran.r-project.org/web/checks/check_results_mpath.html, which will shortly show installation failures under Solaris. I

Hi, "we can, once we know how to do it, 'drive' R from within FORTRAN" I am not sure I understand what you mean by this ... You can call routines written in Fortran or C from within R - how easy this is depends on the interfaces to those routines. You can call (some) R functionality from C (see for example

> On 7 Mar 2016, at 16:45, MAURICE Jean - externe <jean-externe.maurice at edf.fr> wrote: > > Hi Martyn, > > Many thanks for your answer. If I make it short : > we can, once we know how to do it, 'drive' R from within FORTRAN for example to do a > Myarray = seq(0, mydimension) > in R once we have compute mydimension in FORTRAN. Is that correct ? I too