Re: [Rd] problems extracting parts of a summary object [solved]

2010-03-22 Thread Ross Boylan
On Mon, 2010-03-22 at 16:52 -0600, tpl...@cybermesa.com wrote: > what's the output of: > > summary(r$individual[[2]])$coef > > my question was basically whether you were doing > summary(r$individual[[2]])$coef > or > r$individual[[2]]$coef > > (the second was what you appeared to be doing from yo

Re: [Rd] problems extracting parts of a summary object

2010-03-22 Thread Ross Boylan
On Mon, 2010-03-22 at 16:30 -0600, tpl...@cybermesa.com wrote: > Are you sure you're extracting the coefficients component of the summary > object and not the lm object? > > Seems to work ok for me: > > xm <- lm(y ~ x, data=data.frame(y=rnorm(20), x=rnorm(2))) > > summary(xm)$coefficients >

[Rd] problems extracting parts of a summary object

2010-03-22 Thread Ross Boylan
summary(x), where x is the output of lm, produces the expectedd display, including standard errors of the coefficients. summary(x)$coefficients produces a vector (x is r$individual[[2]]): > r$individual[[2]]$coefficients tX(Intercept)tXcigspmkrtXpeldtXsmkprevemn -2.4491

Re: [Rd] some fixes for R 2.01.1 on OpenSolaris using Sun Studio compilers

2010-03-22 Thread Jens Elkner
On Mon, Mar 22, 2010 at 11:53:32AM -0400, Kostas Oikonomou wrote: Hi, > I recently built a 64-bit R 2.10.1 on OpenSolaris using the > Sun Studio 12.1 compilers. I would like to contribute the > following notes, to update the OpenSolaris installation > instructions. First: Since no patche

[Rd] S4: Documenting several fields at once

2010-03-22 Thread Christophe Genolini
Hi all, I defined an S4 object in which there is a lot of fields that have very similar names and purposes. --- 8< -- setClass( Class="foo", representation=representation( c2="list", c3="list", c4="list", c5="list", c6="list", c7="list", ...

Re: [Rd] Some more help on S4 mechanism

2010-03-22 Thread Martin Morgan
On 03/22/2010 05:31 AM, Renard Didier wrote: > Hello to the list > > Some days ago, I placed a question on this maling-list and received an > answer from Martin > that I tried to follow. Unfortunately, I am still puzzled by the next step. > I spent the whole Week-end in gathering information from

Re: [Rd] some fixes for R 2.01.1 on OpenSolaris using Sun Studio compilers

2010-03-22 Thread Prof Brian Ripley
On Mon, 22 Mar 2010, Kostas Oikonomou wrote: Hello, I recently built a 64-bit R 2.10.1 on OpenSolaris using the Sun Studio 12.1 compilers. I would like to contribute the following notes, to update the OpenSolaris installation instructions. Do you mean the R-admin manual? Your 'updates' a

Re: [Rd] Suggestion: Not having to export .conflicts.OK in name spaces

2010-03-22 Thread Seth Falcon
On 3/22/10 3:57 AM, Martin Maechler wrote: "SF" == Seth Falcon on Fri, 19 Mar 2010 13:47:17 -0700 writes: SF> On 3/17/10 9:11 AM, Henrik Bengtsson wrote: >> Currently library() and attach() fail to locate an >> existing '.conflicts.OK' in a package wit name space, >>

Re: [Rd] list_files() memory corruption?

2010-03-22 Thread Seth Falcon
On 3/20/10 2:03 PM, Seth Falcon wrote: On 3/20/10 1:36 PM, Alistair Gee wrote: I fixed my build problems. I also noticed that my patch wasn't correct, so I have attached a new version. This fix still grows the vector by doubling it until it is big enough, but the length is reset to the correct

[Rd] some fixes for R 2.01.1 on OpenSolaris using Sun Studio compilers

2010-03-22 Thread Kostas Oikonomou
Hello, I recently built a 64-bit R 2.10.1 on OpenSolaris using the Sun Studio 12.1 compilers. I would like to contribute the following notes, to update the OpenSolaris installation instructions. 0. GNU libiconv and GNU gettext are assumed t

[Rd] Some more help on S4 mechanism

2010-03-22 Thread Renard Didier
Hello to the list Some days ago, I placed a question on this maling-list and received an answer from Martin that I tried to follow. Unfortunately, I am still puzzled by the next step. I spent the whole Week-end in gathering information from the net. Some of them are almost contridtcory and I la

Re: [Rd] Suggestion: Not having to export .conflicts.OK in name spaces

2010-03-22 Thread Martin Maechler
> "SF" == Seth Falcon > on Fri, 19 Mar 2010 13:47:17 -0700 writes: SF> On 3/17/10 9:11 AM, Henrik Bengtsson wrote: >> Currently library() and attach() fail to locate an >> existing '.conflicts.OK' in a package wit name space, >> unless it is exported. Since there shou