[Rd] Regular expressions

When I type ls("package:base", pattern="log*") functions with names like "floor" and "Sys.setlocale" are included. I don't think this is how "*" is supposed to work. To get the desired response I have to use: ls("packge:base", pattern="logg*") I thought "log*" means "log" followed by anything?

[Rd] generics for primitive functions

i think these two code snippets exhibit a bug. they are identical but for the inclusion of an initial line in snippet [2] [1] setMethod("Math", signature(x = "numeric"), function(x) "Works") getGeneric("sqrt")(4) [2] getGeneric("sqrt")(4) setMethod("Math", signature(x = "numeric"), function(x)

Re: [Rd] validity testing as part of '@<-'

While on the topic... validObject might check that the object (and its slots) is actually the new S4: > validObject(a) [1] TRUE > isS4(a) [1] FALSE > sessionInfo() R version 2.4.0 beta (2006-09-22 r39490) x86_64-unknown-linux-gnu locale: LC_CTYPE=en_US;LC_NUMERIC=C;LC_TIME=en_US;LC_COLLATE=en_U

Re: [Rd] validity testing as part of '@<-'

On Fri, 22 Sep 2006, Parlamis Franklin wrote: > all those points are good ones, i just wonder what happens to S4 > "guarantees" when invalid objects are allowed to exist. one of the > advantages of methods, as i understand, is that they can be written > with absolute confidence about what is bein

Re: [Rd] validity testing as part of '@<-'

all those points are good ones, i just wonder what happens to S4 "guarantees" when invalid objects are allowed to exist. one of the advantages of methods, as i understand, is that they can be written with absolute confidence about what is being passed to them, and thus do not need to conte

[Rd] Parsing of 10xff

Is the following an error in the parser? > 10xff [1] 10 /Henrik __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] NAMESPACE

On 9/22/2006 2:07 PM, Dominick Samperi wrote: > Hello, > > I just tried to use NAMESPACE to prevent name conflicts between > packages and it appears that once a name is exported it will clash > with the same name if it is exported from another package, in > particular, if that other package does n

Re: [Rd] NAMESPACE

Dominick Samperi wrote: > Hello, > > I just tried to use NAMESPACE to prevent name conflicts between > packages and it appears that once a name is exported it will clash > with the same name if it is exported from another package, in > particular, if that other package does not use NAMESPACE. >

[Rd] NAMESPACE

Hello, I just tried to use NAMESPACE to prevent name conflicts between packages and it appears that once a name is exported it will clash with the same name if it is exported from another package, in particular, if that other package does not use NAMESPACE. Is there a way to "export" a name so th

Re: [Rd] bug in function rpart (PR#9245)

You have not given a reproducible example, and you are specifically asked not to use R-bugs for contributed packages. Unless you are able to produce a reproducible example and send it to me as maintainer, there is nothing I can do, not even to know if you are using rpart correctly. Please do s

Re: [Rd] R CMD build question

> "JimMcD" == James W MacDonald <[EMAIL PROTECTED]> > on Fri, 22 Sep 2006 11:28:48 -0400 writes: JimMcD> On Solaris when my package is built, I get the following result: I don't think this is bound to Solaris at all. JimMcD> creating vignettes ...Segmentation Fault - core dum

[Rd] R CMD build question

On Solaris when my package is built, I get the following result: creating vignettes ...Segmentation Fault - core dumped OK My question isn't why I get a segfault, but why does build return an OK after such an inauspicious event? Is build only supposed to error out if something more central to t

[Rd] bug in function rpart (PR#9245)

Full_Name: Yong Ma Version: R 2.3.1 OS: Windows 2000 Submission from: (NULL) (128.164.162.1) I have a data set containing 3000 observations. while I was trying to build a survival tree using the function rpart, I kept getting the following error message. >tree<-rpart(coxph(Surv(diabv, diabf) ~ we

Re: [Rd] Package dependencies and imports

Dear Brian, John Fox Department of Sociology McMaster University Hamilton, Ontario Canada L8S 4M4 905-525-9140x23604 http://socserv.mcmaster.ca/jfox > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECT

Re: [Rd] printing of complex numbers in R-alpha

On Thu, 21 Sep 2006, Robin Hankin wrote: > Hello > > got it: > > o The printing of complex numbers has changed, handling numbers > as a whole rather than in two parts. So both real and > imaginary parts are shown to the same accuracy, with the > 'digits' parameter referring

Re: [Rd] Package dependencies and imports

On Fri, 22 Sep 2006, Martin Maechler wrote: >> "Seth" == Seth Falcon <[EMAIL PROTECTED]> >> on Thu, 21 Sep 2006 10:33:06 -0700 writes: > >Seth> Martin Maechler <[EMAIL PROTECTED]> writes: >>> I think you should use the new DESCRIPTION field and say >>> 'Enhances: rgl' >

Re: [Rd] Package dependencies and imports

> "Seth" == Seth Falcon <[EMAIL PROTECTED]> > on Thu, 21 Sep 2006 10:33:06 -0700 writes: Seth> Martin Maechler <[EMAIL PROTECTED]> writes: >> I think you should use the new DESCRIPTION field and say >> 'Enhances: rgl' >> >> but I haven't checked if this prevents t

Re: [Rd] Possible bug in base::namespaceImportFrom?

> "Seth" == Seth Falcon <[EMAIL PROTECTED]> > on Thu, 21 Sep 2006 21:52:00 -0700 writes: Seth> Hi, namespaceImportFrom in base/R/namespace.R has the Seth> following: Seth>fdef <- methods:::getGeneric(genName, impenv) Seth> The definition of getGeneric is in