[Rd] help.start() web page contains a bad link

2014-09-18 Thread Davison, Jerry
Hi, At my work, the web page opened with the R command help.start() has a link "User Manuals". Activating it gives this response: Error in vignettes[i, "PDF"] : subscript out of bounds > sessionInfo() R version 3.1.1 (2014-07-10) Platform: x86_64-unknown-linux-gnu (64-bit) locale: [1] C

[Rd] More than one package document with the same name

2014-08-05 Thread Davison, Jerry
Hi, I sent this to the Bioconductor mailing list (q.v.), replies recommended this forum. Here it is: A suggestion. Typically a package provides documentation of two types, one or more vignettes and a reference manual; and they have the same file name, PackageName.pdf. When downloaded some fi

[Rd] repeat bug report: as.factor argument to row / col fails if NULL dimnames

2008-12-08 Thread Dan Davison
ilding M2 B169 Phone: (206) 667-2793 -- -- http://www.stats.ox.ac.uk/~davison __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] unlist on nested pairlists

2008-08-20 Thread Dan Davison
tions. Any explanation would be appreciated. Dan -- http://www.stats.ox.ac.uk/~davison __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] unlist on nested lists of factors (PR#12572)

2008-08-20 Thread davison
s case: str(unlist(x)) ## Factor w/ 1 level "a": 1 ## - attr(*, "names")= chr "v" str(unlist(y)) ## Factor w/ 1 level "a": 1 ## - attr(*, "names")= chr "v" An alternative is to not return a factor result, by altering the if test co

[Rd] dendrapply.Rd patch

2008-08-16 Thread Dan Davison
One typo, and added rapply() to 'See also' list. Dan -- www.stats.ox.ac.uk/~davison --- /usr/local/src/R/R-svn-trunk/src/library/stats/man/dendrapply.Rd 2008-08-16 13:41:48.0 +0100 +++ /home/dan/dendrapply-new.Rd 2008-08-16 19:10:51.0 +0100 @@ -9,7 +9,7 @@ \d

[Rd] relist.Rd patch

2008-08-16 Thread Dan Davison
al/src/R/R-svn-trunk/src/library/utils/man/relist.Rd ~/relist-new.Rd I'd also suggest identical() rather than "==" in the equalities at the bottom of the documentation, but that may be overly pedantic. Dan -- www.stats.ox.ac.uk/~davison --- /usr/local/src/R/R-svn-trunk/src/libra

Re: [Rd] HOW TO AVOID LOOPS

2008-04-12 Thread Dan Davison
On Sat, Apr 12, 2008 at 06:45:00PM +0100, Dan Davison wrote: > On Sat, Apr 12, 2008 at 01:30:13PM -0400, Vincent Goulet wrote: > > Le sam. 12 avr. à 12:47, carlos martinez a écrit : > > >> Looking for a simple, effective a minimum execution time solution. > >

Re: [Rd] HOW TO AVOID LOOPS

2008-04-12 Thread Dan Davison
On Sat, Apr 12, 2008 at 01:30:13PM -0400, Vincent Goulet wrote: > Le sam. 12 avr. à 12:47, carlos martinez a écrit : > >> Looking for a simple, effective a minimum execution time solution. > >> > >> For a vector as: > >> > >> c(0,0,1,0,1,1,1,0,0,1,1,0,1,0,1,1,1,1,1,1) > >> > > To transform it to th

[Rd] allow NAs in upper tri for eigen(x,symmetric=TRUE)?

2008-02-20 Thread Dan Davison
) along the lines of will.use <- if(symmetric) lower.tri(x, diag=TRUE) else TRUE if (any(!is.finite(x[will.use]))) stop("infinite or missing values in 'x'") ? Thanks, Dan On Thu, Nov 29, 2007 at 05:46:38PM +0100, Martin Maechler wrote: > >>>>> "

Re: [Rd] assigning NULLs to elements of a list

2008-02-12 Thread Dan Davison
On Tue, Feb 12, 2008 at 11:06:59AM +, Oleg Sklyar wrote: > Dear developers: > > I have just came across an (unexpected to me) behaviour of lists when > assigning NULLs to list elements. I understand that a NULL is a valid R > object, thus assigning a NULL to a list element should yield exact

[Rd] Rscript argument processing minor bug with -g

2008-01-05 Thread Dan Davison
I think there's a minor bug in the argument-processing carried out by Rscript. The effect is that if one passes "-g" as a flag to the script, it is erroneously exposed to the main executable's argument processing and therefore generates a message about not being able to comply with the request f

[Rd] ?eigen documentation suggestion

2007-11-29 Thread Dan Davison
from ?eigen symmetric: if 'TRUE', the matrix is assumed to be symmetric (or Hermitian if complex) and only its lower triangle is used. If 'symmetric' is not specified, the matrix is inspected for symmetry. I think that could mislead a naive reader as it suggests tha

Re: [Rd] possible bug in 'scan'

2007-06-26 Thread Dan Davison
Hi Ben, On Tue, Jun 26, 2007 at 11:58:35AM -0400, Benjamin Tyner wrote: > R-devel, > > When I run the following code on the attached file, > > tmp <- scan("C:/temp.csv", >what=list("character","numeric"), >sep=",") > > Then tmp[[2]] is a character vector. My impression f

Re: [Rd] stopifnot() suggestion

2006-03-01 Thread Dan Davison
he origin of the code in the error message doesn't know which of several stopifnot()s is responsible. Dan > Dan Davison wrote: >> If an expression is passed to stopifnot() which contains missing values, >> then the resulting error message is somewhat baffling until

[Rd] stopifnot() suggestion

2006-03-01 Thread Dan Davison
> version _ platform i386-pc-linux-gnu arch i386 os linux-gnu system i386, linux-gnu status major2 minor2.0 year 2005 month10 day 06 svn rev 35749 language R -- Dan Davison Committee on Evolutionary Biology University of Chicago, U.S.A.

Re: [Rd] Im() of negative non-complex numbers is pi (PR#8272)

2005-11-01 Thread davison
Sorry, I meant to write 2.1.1 instead of 2.2.1 below. On Tue, 1 Nov 2005 [EMAIL PROTECTED] wrote: > Hi, > > I think the following indicates a bug in Im(). > >> Im(-1) > [1] 3.141592653589793115998 >> pi > [1] 3.141592653589793115998 >> Im(0i-1) > [1] 0 >> Im(-0.9876) > [1] 3.1415926535897931159

[Rd] Im() of negative non-complex numbers is pi (PR#8272)

2005-11-01 Thread davison
Hi, I think the following indicates a bug in Im(). > Im(-1) [1] 3.141592653589793115998 > pi [1] 3.141592653589793115998 > Im(0i-1) [1] 0 > Im(-0.9876) [1] 3.141592653589793115998 > Im(-987654321) [1] 3.141592653589793115998 > Im(1) [1] 0 > is.complex(-1) [1] FALSE This is R 2.2.0; Im(-1) == 0 w

[Rd] drop() and "["(), and apply()

2005-10-15 Thread Dan Davison
I have two queries about the behaviour of drop() and apply() regarding the dimnames and names(dimnames) of the answer. I would appreciate any comments on this behaviour. I will submit any of this as a bug report if I am encouraged to do so. The first query, concerning drop(), seems to me to be

[Rd] typo in R FAQ: sources.list entry for debian 'stable' backports

2005-10-15 Thread Dan Davison
The R FAQ at http://cran.r-project.org/doc/FAQ/R-FAQ.html#Are-there-Unix-binaries-for-R_003f advises the use of the following /etc/apt/sources.list entry deb http://cran.R-project.org/bin/linux/debian stable . I think that this is missing a forward slash after the word 'stable'. >From man source