Re: [Rd] [R] R-2.4.0 and MS Vista OS - installing packages

2006-10-21 Thread Uwe Ligges
[moved to R-devel] Thanks for the report. It would be interesting to know if the package installation fails because of chm files or because you are trying to install stuff into a directory with insufficient permissions even for other files. If we are supposed packages in a different way for Vist

Re: [Rd] sort function (PR#9309)

2006-10-21 Thread Ulrike Grömping
What Luis probably means can be reproduced by this little example: a<-5:1 b<-t(t(a)) b sort(b) In R 2.2.1 (Windows XP), sort(b) is a matrix with 1 column, like b. In R 2.4.0 (and presumably already 2.3.1), sort(b) is no longer a matrix but a vector (and displayed as a row). Regards, Ulrike --

Re: [Rd] sort function (PR#9309)

2006-10-21 Thread Uwe Ligges
Ulrike Grömping wrote: > What Luis probably means can be reproduced by this little example: > > a<-5:1 > b<-t(t(a)) > b > sort(b) > > In R 2.2.1 (Windows XP), sort(b) is a matrix with 1 column, like b. In R > 2.4.0 (and presumably already 2.3.1), sort(b) is no longer a matrix but a > vector (

Re: [Rd] [R] multithreading calling from the rpy Python package

2006-10-21 Thread Andrew Piskorski
On Fri, Oct 20, 2006 at 04:11:11PM +0200, Ren? J.V. Bertin wrote: > Since Python has been mentioned in this context: Could not Python's > threading model and implementation serve as a guideline? Why would you want to do that? Does that model have some particular synergy with R's design or curre

Re: [Rd] default arguments in generics and methods

2006-10-21 Thread John Chambers
You're conflating 3 different things here: how methods are selected, how R treats missing arguments, and how the standardGeneric() call is implemented. Maybe more relevant, if this question is motivated by a practical need, you may want to rethink what the generic function does. "Nonstandard"

Re: [Rd] understanding virtual classes and extensions thereof

2006-10-21 Thread John Chambers
IMO, the recommended version is: setClass("kid2", contains = c("mom", "VIRTUAL")) because it's the clearest, using the representation argument only for defining slots. Better yet, if your virtual classes don't have any slots defined, use setClassUnion() for "mom", with the other classes membe

Re: [Rd] [R] R-2.4.0 and MS Vista OS - installing packages

2006-10-21 Thread Charles Annis, P.E.
I wish I were a more knowledgeable computer weenie, but I'm just an amateur beta-testing the Vista OS. Since I could install R easily from CRAN but the packages balked with the default security settings but installed without incident when I turned the User Account Control off, I would guess that i

Re: [Rd] understanding virtual classes and extensions thereof

2006-10-21 Thread Parlamis Franklin
thank you John, as always, for your thoughtful responses. (i've been teaching my children to play chess, which probably isn't that different an experience ;) one further comment and a related (maybe) bug report. comment: setClass("mom") setClass("kid2", contains = c("mom", "VIRTUAL")) wi

Re: [Rd] understanding virtual classes and extensions thereof

2006-10-21 Thread Martin Morgan
John Chambers <[EMAIL PROTECTED]> writes: > As for: > > setClass("kid4", contains = "mom") > > this is currently a meaningless class: It's not virtual but it has no > meaningful prototype. My preference would be a change that makes this a > virtual class, as the programmer probably intended (

Re: [Rd] parse/INSTALL feature request(s)

2006-10-21 Thread Michael Toews
> What would be possible is to do like other preprocessors do, and put > comments into the source file to indicate the origin of each line: then > the parser could tell you the location in the original file, which would > be a lot more useful. I think what you are referring to is already nicely i

Re: [Rd] parse/INSTALL feature request(s)

2006-10-21 Thread Duncan Murdoch
On 10/21/2006 6:36 PM, Michael Toews wrote: >> What would be possible is to do like other preprocessors do, and put >> comments into the source file to indicate the origin of each line: then >> the parser could tell you the location in the original file, which would >> be a lot more useful. > > I