This bug was reported to r-devel by Martin Morgan on 13th May 2008
(original email pasted below). However I couldn't locate it in the bug
tracker (with searches for row, col, as\.factor) It is still present
in today's svn version (rev 47115). I hope I'm doing something useful
by bringing it up agai
unlist(recursive=FALSE) returns NULL elements when passed a nested
pairlist containing non-NULL data:
x <- pairlist(pairlist(1:2))
unlist(x, recursive=FALSE)
## [[1]]
## NULL
version 2.7.2 RC (2008-08-18 r46382) under linux
I'm unaware of any motivation for constructing the above data
structure,
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 @@
\description{
A
There are a few typos in the documentation for relist(). I've also
made a few other changes to the file which I believe are
improvements. I've attached a patch against the version under the
'trunk' branch on the svn server checked out today. It was produced by
diff -u /usr/local/src/R/R-svn-trunk/
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.
> >
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
) 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:
> >>>>> "
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
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
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
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
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
> 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.
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
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
15 matches
Mail list logo
