Displaying 20 results from an estimated 10000 matches similar to: "2nd sentence of ?attributes has a typo (PR#7060)"
2005 Aug 24
1
Typo(s) in proc.time.Rd and comment about ?proc.time (PR#8091)
I just downloaded the file
ftp://ftp.stat.math.ethz.ch/Software/R/R-devel.tar.gz
and within proc.time.Rd, the second paragraph of the \value
section contains a typo:
The resolution of the times will be system-specific; it is common for
them to be recorded to of the order of 1/100 second, and elapsed [...]
^^^^^
I'd say replacing "to
2005 Aug 24
1
Typo(s) in proc.time.Rd and comment about ?proc.time (PR#8092)
On Wed, 24 Aug 2005 Weigand.Stephen at mayo.edu wrote:
> I just downloaded the file
>
> ftp://ftp.stat.math.ethz.ch/Software/R/R-devel.tar.gz
>
> and within proc.time.Rd, the second paragraph of the \value
> section contains a typo:
I believe your understanding of the English language is different from the
author here, who is English. (You on the other hand seem to think
2004 May 24
1
as.matrix.data.frame() in R 1.9.0 converts to character when it should (?) convert to numeric
Conversion of a data frame to a matrix using as.matrix() when a
column of the data frame is POSIXt and all other columns are numeric
has changed in R 1.9.0 from R 1.8.1. The new behavior issues a
warning message and converts to a character matrix. In R 1.8.1, such
an object was converted to a numeric matrix.
Here is an example.
#### R 1.9.0 ####
> foo <- data.frame(
2008 Jun 16
1
tiff(), jpeg(), and png() in R 2.7.0: problems if 'units = "in"' but default height and width
I love the new tiff(), jpeg(), and png() in R 2.7.0 but found
an issue that I didn't see reported.
When specifying 'units = "in"' but forgetting to change the
default height and width (so the figure is unintentionally
going to be 480 inches by 480 inches) I run into problems.
Here's the reproducible example:
tiff("a.tiff", units = "in", res = 1200,
2006 Jul 13
1
writeForeignSAS and potential extensions
Dear R-devel,
I've made some potential extensions to writeForeignSAS
in 'foreign' that I wanted to pass along if anyone is
interested. I've attached the diff -u output against
the version found in foreign_0.8-15 and an .R file
with my changes. (In this .R file, the function is named
writeForeignSAS7 to simplify testing/comparisons.)
I've tried to alter the current
2004 Jun 23
1
problem with tilde expansion in install.packages
In R 1.9.0 on Solaris/Sparc when I run, for example,
install.packages("gregmisc", "~/R-local/lib"), instead of installing
the `gregmisc' package in the directory
/users/student/rpeng/R-local/lib the package gets installed in
/users/student/rpeng/\~/R-local/lib, so the directory \~ is created in
my home directory. This doesn't happen to me on Linux or Windows so I
2002 Aug 25
1
library(file) segfaults on solaris (PR#1942)
luke's demonstration of external references, at
www.stat.umn.edu/~luke/file_0.0-0.tar.gz
(accessible through the developer page) causes
a segfault on solaris 2.8 as soon as library(file)
is attempted. it runs fine on RH 7.2. the segfault
on solaris occured for R 1.5.1 and 1.6 (8-25 image)
a quick poke at gdb (which i can only get running
for R 1.6, though this bug report is for 1.5.1)
2003 Jul 11
1
Title obscured when using par(mfrow) (PR#3463)
I want to put multiple plots on a page using par(mfrow), then a single title at
the top. This should work, but doesn't:
R> par(oma=c(0,0,4,0), mfrow=c(3,4))
R> for (i in 1:12) {plot(1); title(i)}
R> ## text(10,10, ".")
R> par(mfrow=c(1,1), oma=c(0,0,1,0))
R> title("Main Title")
The main title does not appear. However, uncommenting the third line
2004 Sep 13
1
propogation of rounding error for t.tests with unequal sample sizes (PR#7225)
# users would benefit from a warning about the behavior in the
# groups.unbalanced case below. A propogation of difference is the variance
# calculation is leading to an apparently significant difference in
# means, even though the numeric values are all identical. Obviously upon
# inspection the difference in means is meaningless, but users might be warned
# if all of the input data is
2004 Mar 26
4
cbind/rbind fail on matrixes containing lists (PR#6702)
Today's R 1.9.0 beta:
> m1
[,1] [,2] [,3] [,4]
[1,] NA NA NA NA
[2,] NA NA NA NA
[3,] NA NA NA NA
[4,] NA NA NA NA
> class(m1[1,1])
[1] "list"
> cbind(m1,m1)
Error in cbind(...) : cannot create a matrix from these types
> rbind(m1,m1)
Error in rbind(...) : cannot create a matrix from these types
> version
_
2003 Aug 13
2
rowsum() may return a vector instead of a matrix (PR#3737)
If all rows are in the same "group", rowsum() returns a vector instead of a
(1xN) matrix, contrary to documentation:
R> print(z <- rowsum(matrix(1:12, 3,4), rep("x",3)))
[1] 6 15 24 33
R> dim(z)
NULL
It worked correctly in version 1.4.0 but was broken by version 1.6.1. I'm
currently using 1.7.1 under Solaris 2.8.
--please do not edit the information
2004 Jul 03
2
DSTEIN error (PR#7047)
Full_Name: Stephen Weigand
Version: 1.9.0
OS: Mac OS X 10.3.4
Submission from: (NULL) (68.115.89.235)
When running an iteratively reweighted least squares program R crashes and the
following is
written to the console.app (when using R GUI) or to stdout (when using R from
the command
line):
Parameter 5 to routine DSTEIN was incorrect
Mac OS BLAS parameter error in DSTEIN, parameter #0,
2019 Mar 12
2
[8.0.0 Release] rc4 has been tagged
Hans Wennborg wrote:
>Dear testers,
>
>8.0.0-rc4 was just tagged from the release_80 branch at r355690.
I've tested the current branch on SystemZ without problems.
I noticed I forgot to send a ReleaseNotes updates, sorry. If there's still
time, here's
a list of the major user-visible changes:
(See attached file: systemz-releasenotes.diff)
Mit freundlichen Gruessen / Best
2004 Apr 30
1
configure problem - mixed fortran/c
I'm trying to build R 1.9.0 to get the opportunity to build rpy for some
folks at my office. (I'm a Python guy, not an R guy, so I'm completely
unfamiliar with the machinations of building R.) I'm having trouble getting
past the configure step. A plain old configure generates this output at the
end:
checking whether we can compute C Make dependencies... yes, using gcc -MM
2001 Jun 14
1
expand.model.frame() fails when subset is specified (PR#979)
Full_Name: Gregory R. Warnes
Version: 1.2.0, 1.2.3
OS: SunOS gsun124 5.8 Generic_108528-03 sun4u sparc SUNW,Ultra-5_10
Submission from: (NULL) (12.18.36.49)
When using expand.model.frame on a model that specifies a subset selection,
an error is generated on the variable used for the subset selection.
Example:
> data <- data.frame(x=1:10,y=1:10,z=1:10,m=1:10)
> model <- lm( y ~
2008 Sep 30
1
Typo in x11.Rd
Hi,
There is a double "the" in x11.Rd:
"...which is faster will depend on the the X11 connection"
Thank you,
Stephen
--
Rochester, Minn. USA
2010 Mar 30
1
Small typo in abline.R
I found a small typo in abline.R where the line:
warning("only using the first two of ",p, "regression coefficients")
should have a space before the word 'regression'.
Thanks,
Stephen
2004 Sep 13
2
(PR#7225) propogation of rounding error for t.tests with unequal sample sizes (PR#7225)
My apologies for not including the transcript in the original message:
> xx <- rep(2.10,80)
> groups.balanced <- as.factor(c(rep("one",40),rep("two",40)))
> groups.unbalanced <- as.factor(c(rep("one",44),rep("two",36)))
> t.test(xx ~ groups.balanced)
Welch Two Sample t-test
data: xx by groups.balanced
t = 0, df = 78, p-value = 1
2003 Nov 08
1
[Fwd: Sun Solaris 8 compile problem.]
-------- Original Message --------
Subject: Sun Solaris 8 compile problem.
Date: Thu, 06 Nov 2003 23:03:36 -0700
From: Jack Matthews <jmatthews@t-graphic.com>
To: R-help@lists.R-project.org
I am new to the list was wondering if anyone can help me find the reason
and remedy for compiling R on an ultrasparc 60 solaris 8 with gcc 3.2.2
in 64 bit mode? Fails in checking for a fortran
2014 Dec 18
2
[LLVMdev] Code ownership for SystemZ port
Richard Sandiford wrote:
>I'd like to step down as code owner for the SystemZ port and nominate
>Ulrich Weigand to take over. Sorry for not doing this sooner.
I'd be happy to take over that role.
Thanks for all your work on SystemZ, Richard!
Bye,
Ulrich