search for: conducing

I'm trying to write a function to find the means over factors of the responses in a mlm (something I would do easily in SAS with PROC SUMMARY). The not-working stub of a function to do what I want is below, and my problem is that I don't know how to call aggregate (or some other function) in the context of terms in a linear model extracted from a lm/mlm object. means.mlm <-

Package: logcheck Version: 1.2.54 Followup-For: Bug #330220 root at ns2:/# ls -l /var/lock/ total 4 drwxr-xr-x 2 root root 4096 2007-01-30 15:40 logcheck I think chmod 775 on that file would fix this problem... -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked

I have noticed quite a few changes regarding register allocation. I am wondering will there be support for radically different data structures other than the LiveIntervals, Virtual Register Map, etc? I have build a custom data structure which has it's own intermediate representation like live-intervals, but much more conducive for my allocation algorithm. I do not know if LiveIntervals can

I'm trying to extend some work in the car and heplots packages that requires getting a table of multivariate means for one (or later, more) terms in an mlm object. I can do this for concrete examples, using aggregate(), but can't figure out how to generalize it. I want to return a result that has the factor-level combinations as rownames, and the means as the body of the table

Jon Harrop wrote: > The simplest way is surely to reuse HLVM because it provides everything you > need and is even written in the right language! ;-) Is there a web page with HLVM docs? There's a README.txt in the subversion repository: https://llvm.org/svn/llvm-project/hlvm/trunk/README.txt which says: HLVM comes with documentation in HTML format. These are provided in

Hi people! I'm looking for a back-end compiler for a language project of mine, LLVM looks promising, but I'd like to clear a few things up first: 1. What relation does LLVM bear with GCC; why would somebody use LLVM for a compiler back-end over GCC (aside from the Virtual Machine)? How do the goals of GCC and LLVM differ as compiler toolkits? 2. How conducive to Incremental Compilation

On Oct 28, 2010, at 9:40 AM, Jeff Kunkel wrote: > I have noticed quite a few changes regarding register allocation. I am > wondering will there be support for radically different data > structures other than the LiveIntervals, Virtual Register Map, etc? Not any more than we already have. If anything, these data structures are going to be simplified. For instance, VirtRegMap's

Hi I'm conducing a meta-analysis using the meta package. Here's a bit of code that works fine - tmp <- metacont(samplesize.2, pctdropout.2, sddropout.2, samplesize.1, pctdropout.1, sddropout.1, data=Dataset, sm="WMD") I would now like to control for a couple of variables (cont...

Monty, You helped me out quite a bit the other day, but I just wanted to make sure I understand something. The "ideal" way to do bit rate peeling is to have the encoder set the file up to be conducive to the peeling process, and the streamer would be the device that actually does the peeling. Am I correct in assuming, then, that the decoder would think that the file it is

HPA, now that syslinux release madness has calmed down, could you provide some info on how we syslinux-minions/wannabes can use bochs and/or qemu to run (sys|pxe|iso|ext)linux in an emulated environment thats more conducive to debugging, single-stepping, and ultimately understanding how the magic happens ? tia jimc

On Wed, 12 Jun, at 11:43:24AM, Jeffrey Hutzelman wrote: > Right, so assuming you switch to the linked-list model, PATH needs to > split its argument on colons and add each of the resulting directories > to the path. Then the present problem can be solved by introducing a > new directive which does _not_ split its argument. Hmm... actually a new directive that allows a more complex

[Env: Tested under Win Xp, R 2.9.2 and R 2.10.1; sessionInfo() at end] I've run into a problem with the heplot3d() function in my heplots package which causes the R GUI to crash ('R for Windows GUI encountered a problem and needs to close...'). I think the problem comes from an rgl call, but, I can't get a traceback or other information because my R session crashes. I've

I'll comment from the perspective of someone that is in the Mesa, #dri-devel, #radeon channels myself and have watched their behaviour over the years. This is a real person that spams a load of information into a channel about their understanding of how hardware works. I have no idea what their goal is for spamming this information, could be some desire for acceptance from perceived smartness.

On Sun, 16 Jan 2005, Tim Macfarlane wrote: > Hi people! > I'm looking for a back-end compiler for a language project of mine, LLVM > looks promising, but I'd like to clear a few things up first: > > 1. What relation does LLVM bear with GCC; why would somebody use LLVM > for a compiler back-end over GCC (aside from the Virtual Machine)? How > do the goals of GCC and

Hola a todos: Las versiones oficiales de R no son versiones beta, sino versiones "definitivas" convenientemente testadas. Los paquetes disponibles en el servidor de CRAN están testados contra la versión actual de R. Mantenerse en una versión anticuada normalmente conduce a la pérdida de funcionalidad, errores de dependencias entre versiones de paquetes nuevos etc. En R, actualizar

Hi All R guru's, A couple of simple questions which I cannot find answers to in "an introduction to R" or in the reference manuals. I am running R on Win95, and have plotted up quite a nice box and whisker plot: char<-read.table("n:/reddinm/grifpr~1/survey/char.txt") attach(char) boxplot(Al,Fe,OC,pH, range=0,xaxis=FALSE, ylab="Proportion of Unirigated

Just starting to enjoy the full features of asterisk, I do have a couple questions though, that I can't seem to find answers for in the wiki, just wondering if someone could light my way. after a caller has made their choice of options in the dial plan, I would like them to be placed on "hold" (music, not ringing) while the system processes through the rest of the dial plan

On 11/08/2011 11:29 PM, Hal Finkel wrote: > On Tue, 2011-11-08 at 20:24 +0100, Tobias Grosser wrote: >> On 11/08/2011 03:36 PM, Hal Finkel wrote: >>> On Tue, 2011-11-08 at 12:12 +0100, Tobias Grosser wrote: >>>> On 11/08/2011 11:45 AM, Hal Finkel wrote: [A lot of performance results skipped] OK. As expected part of the speedup is because of unrolling, however it

On Tue, 2011-11-08 at 20:24 +0100, Tobias Grosser wrote: > On 11/08/2011 03:36 PM, Hal Finkel wrote: > > On Tue, 2011-11-08 at 12:12 +0100, Tobias Grosser wrote: > >> On 11/08/2011 11:45 AM, Hal Finkel wrote: > >>> I've attached the latest version of my autovectorization patch. > >>> > >>> Working through the test suite has proved to be a

I wanted to present some of the particular reasons why I'm pretty strongly opposed to a purely flat layout of projects the way the current github 'llvm-project' repository looks, as that hasn't happened on the list yet. I'm replying to myself as I don't see a much better place to hang that conversation. On Wed, Jul 20, 2016 at 7:38 PM Chandler Carruth <chandlerc at