useR's,
I get these 2 errors when I run "R CMD check" on my package, and I cannot
figure out how to get around them. Does anyone have any ideas? If it is of
any help, I use Windows XP.
...
* checking replacement functions OK
* checking foreign function calls ... OK
* checking R code for po
Full_Name: Stefan Albrecht
Version: 2.7.2 (and 2.8.0)
OS: Windows NT
Submission from: (NULL) (194.127.8.17)
Dear R Debug-Team,
in write.csv() it is not possible to set both
row.names = FALSE, col.names = FALSE
since the col.names = FALSE gets overwritten:
> write.csv
function (...)
{
Call
Full_Name: Yegor Bryukhov
Version: 2.8.0
OS: Linux
Submission from: (NULL) (69.22.221.161)
in file src/platform.c line 1657 - a semi-colon is missing for the case when X11
is turned off
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman
Hello,
I can build packages with R-2.8.0 but I cannot run the code:
R CMD Rd2dvi --pdf --no-clean
=20
Error message:
.: Can't open C:/Apps/R/R280/share/sh/dcf.sh: No such file or directory
The system cannot find the path specified.
=20
The above code works fine in R-2.7.2.
=20
Comparing the bash s
On 25 October 2008 at 16:05, Charles Danko wrote:
| Dear R-devel,
|
| I am writing a package that needs some C++ functions from an external
| SDK (Affymetrix fusion). The same functions are already compiled into
| another package (affxparser).
|
| Can I dynamically link to the compiled code in
Dear R-devel,
I am writing a package that needs some C++ functions from an external
SDK (Affymetrix fusion). The same functions are already compiled into
another package (affxparser).
Can I dynamically link to the compiled code in affxparser, rather than
re-compiling these separately into my pac
A small PS:
John Chambers wrote:
Along the line, notice that both R_pow and pow give 0^0 as 1. (Just at
a guess, C might give 0^-0 as Inf, but I don't know how to test that in R.)
I tried a little harder, and apparently the guess is wrong. It seems
that pow(0, -0) is 1 in C. Would seem
Stephen Milborrow wrote:
> In R, 0 ^ NaN yields Inf. I would have expected NaN or perhaps 0. Is this
> behaviour intended?
>
Well, it certainly follows from the implementation. In the R_pow C routine,
double R_pow(double x, double y) /* = x ^ y */
{
if(x == 1. || y == 0.)
return(1.
Matthias Kohl wrote:
Dear R Core,
pairwise.wilcox.test does not handle "paired = TRUE" correctly; e.g.
The line
wilcox.test(xi, xj, ...)$p.value
should read
wilcox.test(xi, xj, paired = paired, ...)$p.value
Yes, fixed now. Thanks.
-pd
--
O__ Peter Dalgaard
On 25/10/2008 10:45 AM, [EMAIL PROTECTED] wrote:
> Full_Name: Stephen Milborrow
> Version: R 2.8.0
> OS: Windows XP
> Submission from: (NULL) (81.159.65.46)
>
>
> Under certain conditions, R 2.8.0 incorrectly echoes integer literals without
> the "L" suffix. R 2.7.2 is ok.
>
> To reproduce, cre
On 25/10/2008 10:45 AM, [EMAIL PROTECTED] wrote:
Full_Name: Stephen Milborrow
Version: R 2.8.0
OS: Windows XP
Submission from: (NULL) (81.159.65.46)
Under certain conditions, R 2.8.0 incorrectly echoes integer literals without
the "L" suffix. R 2.7.2 is ok.
To reproduce, create two files as f
In R, 0 ^ NaN yields Inf. I would have expected NaN or perhaps 0. Is this
behaviour intended?
>sessionInfo()
R version 2.8.0 (2008-10-20)
i386-pc-mingw32
locale:
LC_COLLATE=English_United States.1252;LC_CTYPE=English_United
States.1252;LC_MONETARY=English_United
States.1252;LC_NUMERIC=C;LC_TI
Full_Name: Stephen Milborrow
Version: R 2.8.0
OS: Windows XP
Submission from: (NULL) (81.159.65.46)
Under certain conditions, R 2.8.0 incorrectly echoes integer literals without
the "L" suffix. R 2.7.2 is ok.
To reproduce, create two files as follows:
a.R containing: source("b.R", echo=TRUE)
b.
Dear R Core,
pairwise.wilcox.test does not handle "paired = TRUE" correctly; e.g.
set.seed(13)
x <- rnorm(20)
g <- c(rep(1, 10), rep(2, 10))
wilcox.test(x ~ g)$p.value # 0.075
pairwise.wilcox.test(x, g)$p.value # 0.075, o.k
wilcox.test(x ~ g, paired = TRUE)$p.value # 0.105
pairwise.wilcox.test(x
Dave,
yes, we have experienced different results in different platforms, the
problem was partly due to the different versions
of gfortran installed across platforms, are you using the same version for
all the platforms?
Clearly, gfortran is undergoing rapid changes so that the results might vary
a
15 matches
Mail list logo