search for: cc2

...server it works like a charm. I am running Asterisk 1.4.13, Zaptel 1.4.5.1 on both machines. Both servers run CentOS 5 and I am using a SIP trunk to send out calls (the same one on both servers). Here is the output of a call on my office server: -- Attempting call on Local/0445540881644 at CC2 for 2001 at CC:1 (Retry 1) -- Executing [0445540881644 at CC2:1] Set("Local/0445540881644 at CC2-c93c,2", "CIDTEMP="1" <5540881644>") in new stack -- Executing [0445540881644 at CC2:2] Dial("Local/0445540881644 at CC2-c93c,2", "SIP/protel-o...

...> 1.4.13, Zaptel 1.4.5.1 on both machines. Both servers run CentOS 5 and > > I am using a SIP trunk to send out calls (the same one on both servers). > > > > Here is the output of a call on my office server: > > > > -- Attempting call on Local/0445540881644 at CC2 for 2001 at CC:1 (Retry > > 1) > > -- Executing [0445540881644 at CC2:1] > > Set("Local/0445540881644 at CC2-c93c,2", "CIDTEMP="1" <5540881644>") in new > > stack > > -- Executing [0445540881644 at CC2:2] > > Dial(&quot...

...oing call center. We use AMD and it usually works very well on Zap channels (E1 PRI). We added a couple of SIP trunks to reduce long distance costs but now AMD gets stuck when the call goes out through the SIP channels. Here is an example call using a SIP line: -- Executing [016566275538 at CC2:1] Set("Local/016566275538 at CC2-dad7,2", "CIDTEMP="49875&calllogId=135514" <016566275538>") in new stack -- Executing [016566275538 at CC2:2] Dial("Local/016566275538 at CC2-dad7,2", "SIP/juarez-60/6275538|25|C") in new stack --...

Hi all, If I run LDA on the same data (2-class classification) with default(no priors specified in the lda function) vs. "prior=c(0.5, 0.5)", the results are different. The (0.5, 0.5) priors give better 1-classify-to-1 rate, and the proportional priors(default, no priors specified in the lda function) give better 0-classify-to-0 rate, for both training and testing data sets. However,

Hallo all, I have the following glm model: f1 <- as.formula(paste("factor(y.fondi)~", "flgsess + segmeta2 + udm + zona.geo + ultimo.prod.", "+flg.a2 + flg.d.na2 + flg.v2 + flg.cc2", " +(flg.a1 + flg.d.na1 + flg.v1 + flg.cc1)^2", " + flg.a2:flg.d.na2 + flg.a2:flg.v2 + flg.a2:flg.cc2", " + flg.d.na2:flg.v2 + flg.v2:flg.cc2", sep="")) g1 <- glm(f1,family=binom...

...ot in #2. Specifically, "cdata.den" spans the x-axis from -5 to 30 in plot #1 and from 0 to 20 in plot #2. Does anyone understand why these two plots do not yield the same result? #Make density objects pre.den<- density( preclaims[preclaims[,7]>cc1 & preclaims[,7]<cc2,7], from = cc1, to = cc2) cdata.den<-density(cdata,from=cc1,to=cc2) #Plot No. 1 x11() plot(cdata.den,col=1) lines(pre.den,col=2) #Plot No. 2 plot(pre.den,col=2) lines(cdata.den,col = 1) Regards, Stephen Collins, MPP | Analyst Health & Benefits | Aon Consulting 200 East...

...t R behaves very different when running the commands directly in the interpreter than when running via a script file. Here is the script #! /usr/bin/Rscript --vanilla # The fifos (fifo1 and fifo2) were previously created # in Linux with mkfifo # First we open fifo2 for reading: cc2 <- fifo("fifo2", "r+") # We launch a process just to count lines, words and chars, # with fifo1 as its input and fifo2 as its output, the # process won't wait: system("wc < fifo1 > fifo2", wait=F) # we write three lines on the process'...

Hi all, Sorry for the re-post, I sent my previous e-mail before it was complete. I am trying to model seroprevalence using the differential equation: dP/dt = beta*seronegative*.001*(seropositive)-0.35*(0.999)*(seropositive)-r*seropositive. I would like to estimate my two parameters, beta and r, using maximum likelihood methods. I have included my code below:

...0.138, 0.132, 0.244, 0.354, 0.421, 0.606, 0.74, 0.818, 1.048, 1.229, -1.17, -1.159, -1.16, -1.143, -1.137, -1.085, -1.028, -0.965, -0.919, -0.942, -0.902, -0.828, -0.79) ################this is the function that is called by mle2 exfunc <- function(c1,c2,c3,cs1,cs2,cs3,ic1,ic2,ic3,cc1,cc2,cc3,alstar,beta1){ x<-matrix(0,years*cross,3) x[,1] <- 1 x[,2] <- ra x[,3] <- sa coeffs <- vector(length=3) coeffs[1] <- c1 coeffs[2] <- c2 coeffs[3] <- c3 csp <- rep(c(cs1,cs2,cs3),each=years) e1 <- (x %*% coeffs);frfact <- csp*plogis(e1);cfrontr...

...vial loop where a reduction is used (the result of the reduction is the sum of the input values of all participating threads): A: br label %B B: ... %sum.b = call i32 @subgroupAdd(i32 %v) ; convergent ... br i1 %cc1, label %B, label %C C: ... br i1 %cc2, label %B, label %D D: ; loop exit Suppose this code is executed by two threads grouped in a (very short) vector, and the threads execute the following sequences of basic blocks: > Thread 1: A B B C D > Thread 2: A B C B C D There are two different intuitive ways of "ali...

...g threads): > > > > A: > > br label %B > > > > B: > > ... > > %sum.b = call i32 @subgroupAdd(i32 %v) ; convergent > > ... > > br i1 %cc1, label %B, label %C > > > > C: > > ... > > br i1 %cc2, label %B, label %D > > > > D: > > ; loop exit > > > > Suppose this code is executed by two threads grouped in a (very short) > > vector, and the threads execute the following sequences of basic blocks: > > > > > Thread 1: A B B C D > &gt...

...t;>> B: > >>> ... > >>> %sum.b = call i32 @subgroupAdd(i32 %v) ; convergent > >>> ... > >>> br i1 %cc1, label %B, label %C > >>> > >>> C: > >>> ... > >>> br i1 %cc2, label %B, label %D > >>> > >>> D: > >>> ; loop exit > >>> > >>> Suppose this code is executed by two threads grouped in a (very short) > >>> vector, and the threads execute the following sequences of basic blocks: >...

Thanks. Do you have fixes for the other ARM bloopers? This is the forthcoming Debian version and it's now dying on arm-gnueabi when it links cc2-dummy saying libbackend.a(arm.o): In function `current_file_function_operand': /home/martin/arm/llvm-gcc-4.2-2.5/build-gcc/gcc/../../llvm-gcc-4.2-2.5/gcc/config/arm/arm.c:3506: undefined reference to `ENCODED_SHORT_CALL_ATTR_P' libbackend.a(arm.o): In function `arm_is_longcall_p': /hom...

...tatistical purpose and I'm triyng to jump in the R' world. How can i implement Tukey linear test in R? In sas-code my lines are : PROC GLM; BY PARCELLA; CLASS TESI; MODEL PROD=TESI; MEANS TESI/TUKEY lines; IN R: ab<-type.convert(a$tesi) a<-cbind(a,ab) cc<-anova(lm(prod~ab,data=a)) cc2<-aov(prod~ab,data=a) tt<-TukeyHSD(cc2,ordered=TRUE) but how can I put the option lines that i find in sas (MEANS TESI/TUKEY lines) in R language? My output in sas is this and I wanna have the same in R. Thank you... Ivan General Linear Model...

Dear Bert, Thank you so much for your kind and valuable feedback. I tried finding the starting values using the approach you mentioned, then did the following to fit the nonlinear regression model: nlregmod2 <- nls(y ~ theta1 - theta2*exp(-theta3*x), start = list(theta1 = 0.37, theta2 = exp(-1.8), theta3 =

...ng a simulation study to test variable imputation methods for Cox models using R 2.9.0 and Windows XP. The code I have written (which is rather long) works (if I set nsim = 9) with the following starting values. >bootrs(nsim=9,lendevdat=1500,lenvaldat=855,ac1=-0.19122,bc1=-0.18355,cc1=-0.51982,cc2=-0.49628,eprop1=0.98,eprop2=0.28,lda=0.003) I need to run the code 1400 times in total (bootstrap resampling) however, occasionally the random numbers generated lead to a singularity and hence the code crashes as one of the Cox model cannot be fitted (the 10th iteration is the first time this happ...

Hi all, I have a has_many relationship, Cookbook :has_many Recipes If I want to create a new recipe in my cookbook I do: cookbook.recipes.create(data) It would be nice if I could then easily get the id of the new recipe, but the create() method doesn''t seem to return anything. Any ideas how? Thanks in advance! Cameron -- Posted via http://www.ruby-forum.com/.

Hi The fix is very simple: the defaulting of this macro to 0 in gcc/config/arm/arm.h, present in 2.2 has been omitted in 2.5. The attached patch puts the defaulting clause back, the same as it was in 2.2 M -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004-arm-default-MACHO_DYNAMIC_NO_PIC_P.patch Type: text/x-diff Size: 385 bytes Desc: not available

Hello >   The fix is very simple: the defaulting of this macro to 0 in > gcc/config/arm/arm.h, present in 2.2 has been omitted in 2.5. > > The attached patch puts the defaulting clause back, the same as it was in 2.2 This is known problem which was fixed after 2.5 release. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State

Hello, Martin > Thanks. Do you have fixes for the other ARM bloopers? This is the > forthcoming Debian version and it's now dying on arm-gnueabi when it > links cc2-dummy saying Please use the current Top-of-the-Tree version. I was successfully built cross llvm-gcc for arm-elf / arm-gnu-linux-eabi target triples. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University