search for: tratts

...Call: survreg(formula = Surv(tempo, sensore) ~ tratt) Value Std. Error z p (Intercept) 3.615 9.01e-02 40.12195 0.00e+00 tratti 9.610 1.07e+03 0.00898 9.93e-01 trattma 0.692 1.92e-01 3.60420 3.13e-04 trattme 0.505 1.67e-01 3.03168 2.43e-03 tratts -0.211 1.11e-01 -1.90080 5.73e-02 trattt -0.916 9.85e-02 -9.29575 1.46e-20 trattte 0.132 1.31e-01 1.01251 3.11e-01 trattth -0.688 9.97e-02 -6.90145 5.15e-12 trattv -0.192 1.12e-01 -1.71203 8.69e-02 Log(scale) -0.674 3.54e-02 -19.04990 6.58e-81 Scale= 0.51...

On Thu, Jul 10, 2008 at 02:10:18PM +0530, Mahadevan R wrote: I was just wondering if anyone had been able to look at Mahadevan's patch? It makes LLVM compile again on OpenBSD with gcc 3, and doesn't seem to cause any regressions. It would definitely make some of our lives easier if this was in SVN rather than having to be applied manually each time :) > The custom allocator-related

Hi, The custom allocator-related changes committed in rev. 53212 broke LLVM build on openbsd-4.3 with gcc-3.3.5 (i386 and amd64). The attached patch fixes this. This looks like an issue with gcc-3.3.5, and I'm not sure if you guys will be wanting to support this compiler. Just sharing the patch hoping it helps someone. Regards, -Mahadevan. -------------- next part -------------- A non-text

Hi,when I perform SAM on my array data(siggenes)I have some problems in retrieving the separate lists of up regulated and down regulated genes. When I write: fold<-function(x){ gruppi<-split(x,controllo) geni1<-abs(mean(gruppi[[2]])-mean(gruppi[[1]])) return(geni1) } fold<-esApply(expr.contr.tratt.4,1,fold)

On Jun 29, 2008, at 1:48 PM, Anton Korobeynikov wrote: > Hello, Everyone > >> Thanks for your help, and good luck debugging! > Ok, looks like I've nailed down the tablegen bug and even reproduced > the > assertion on linux. > > Steps to reproduce: just apply the attached patch. This makes > iteration > over PatterFragments map little bit slower, but

On Sun, Jun 29, 2008 at 08:03:05PM -0700, Chris Lattner wrote: Dear Chris, >>> Thanks for your help, and good luck debugging! >> Ok, looks like I've nailed down the tablegen bug and even reproduced the >> assertion on linux. >> >> Steps to reproduce: just apply the attached patch. This makes iteration >> over PatterFragments map little bit slower, but

Hi, I try to plot bars with different colours in a barchart graphic. My idea is make that all X-Levels from trat var with different colour (grey scale). I search for a solution but dont find any. Any help? Thanks dados <- structure(list(Medias = c(0.994169096209855, 0.99416342412449, 0.974683544303797, 0.954430379746835, 0.669047619047619, 0.999999998475569, 0.994163424124514,

Hi guys, Edd Barrett wrote: > Hi there, > > I am a student considering a compiler design based dissertation with > llvm. I am having problems building llvm on OpenBSD-current. I hope to > make a port of llvm for OpenBSD once I have figured out how to build > it. We still have not had any luck building llvm. Since last time, we have rebuilt gcc with -O0 incase of gcc

https://bugzilla.mindrot.org/show_bug.cgi?id=2094 Bug ID: 2094 Summary: Executing commands via ssh on a remote host has different parameter passing properties Classification: Unclassified Product: Portable OpenSSH Version: 6.2p1 Hardware: Other OS: OpenBSD Status: NEW Severity:

Buenas, En R, como en la mayoría del software estadístico, no se utiliza ningún nivel de confianza sino que lo que se calcula es el p-valor asociado al contraste. De forma que cuanto más cerca de 0 esté el p-valor "menos credibilidad le damos a la hipótesis nula". Dicho mejor, debemos rechazar la hipótesis nula si el p-valor está por debajo de nuestro nivel de confianza. Por ejemplo,

Hi there, I am a student considering a compiler design based dissertation with llvm. I am having problems building llvm on OpenBSD-current. I hope to make a port of llvm for OpenBSD once I have figured out how to build it. Observe: llvm[3]: Compiling Deserialize.cpp for Release build In file included from /home/edd/llvm/llvm-2.3/include/llvm/Bitcode/BitstreamRead er.h:18, from