Take a closer look: the differences in output are not just in trailing
digits.
We solve the latter in R itself mainly by use of e.g. options(digits=5)
in the relevant \examples{} sections.
However, we also try to remove the numerical instability in the
algorithms that leads to this. Perhaps
Hi
On 12/01/2012 7:11 a.m., Sharpie wrote:
I noticed some undocumented and inconsistent behavior in device_Raster when a
plot is produced with reflected axes such as:
image(volcano, xlim = c(1,0), useRaster = TRUE)
image(volcano, ylim = c(1,0), useRaster = TRUE)
The `pdf` device will
On 12-01-11 3:54 PM, mark.braving...@csiro.au wrote:
In R<= 2.13.x, calling 'parse( con)' where 'con' is a connection, 'options(
keep.source)' is TRUE, and default 'srcfile' would preserve the source. In R>=
2.14.1, it doesn't.
Actually, it preserved the "source" attribute of the function if
On 11 January 2012 at 14:11, Jeff Hamann wrote:
| I'd like to add the updated rconifers package to the Environmetrics View.
In my case, other maintainers typically just email me suggestions for
inclusion in the two Task Views I look after. And after all, there is always
a one-to-one match betwee
R gurus:
I'm trying to get another round of rconifers out and I need some advice/help
crushing differences in the examples test.
I'm trying to make sure the max sdi values are being respected.
I've added a tests/rconifers-Ex.Rout.save (from windows i386-pc-mingw32) and
when I ran R CMD check (
I'm in the middle of a long overdue package update, and after seeing the CRAN
Task Views I thought there would be an entry, in the DESCRIPTIONS file, for
that entry that appears on the package webpage.
For example,
http://cran.case.edu/web/packages/vegan/index.html
Since it's been some time s
In R <= 2.13.x, calling 'parse( con)' where 'con' is a connection, 'options(
keep.source)' is TRUE, and default 'srcfile' would preserve the source. In R
>= 2.14.1, it doesn't.
> tf <- tempfile()
> options( keep.source=TRUE)
> texto <- c( 'function() { # comment', '}')
> parse( text=texto)
exp
R CMD check really hates it when my .onLoad() function contains
suppressMessages(library(foo))
However, _and for non-public packages not going to CRAN_ I prefer doing this
over using explicit Depends or import statements in the NAMESPACE file as the
latter do not give me an ability to make th
Deepayan Sarkar-3 wrote
>
> I believe only Debian/Ubuntu package it (and this would have been more
> appropriate for r-sig-debian). I'll coordinate with Dirk et al to
> update the relevant files.
>
> -Deepayan
>
The bash completion script is also used by the Homebrew package manager on
OS X.
On 11 January 2012 at 17:33, Deepayan Sarkar wrote:
| On Wed, Jan 11, 2012 at 4:16 PM, Claudia Beleites
| wrote:
| > Dear Deepayan and dear list,
| >
| > I notice a small inconsistency with the command completion of the R CMD
| > check. --no-latex is deprecated sincs R 2.12.0 and defunct since 2.
On Jan 11, 2012, at 1:04 PM, Uwe Ligges wrote:
>
>
> On 11.01.2012 18:49, Simon Urbanek wrote:
>>
>> On Jan 11, 2012, at 12:08 PM, Taylor Arnold wrote:
>>
>>> R-devel,
>>>
>>> I have noticed that making a copy of an object in R prior to using
>>> .Call on the original object can
>>> cause th
I noticed some undocumented and inconsistent behavior in device_Raster when a
plot is produced with reflected axes such as:
image(volcano, xlim = c(1,0), useRaster = TRUE)
image(volcano, ylim = c(1,0), useRaster = TRUE)
The `pdf` device will perform horizontal and vertical reflections, wh
On 11.01.2012 18:49, Simon Urbanek wrote:
On Jan 11, 2012, at 12:08 PM, Taylor Arnold wrote:
R-devel,
I have noticed that making a copy of an object in R prior to using
.Call on the original object can
cause the C code to alter not only the object passed to it but also
the copy in R.
Plea
On Wed, Jan 11, 2012 at 11:49 AM, Simon Urbanek
wrote:
>
> On Jan 11, 2012, at 12:08 PM, Taylor Arnold wrote:
>
>> R-devel,
>>
>> I have noticed that making a copy of an object in R prior to using
>> .Call on the original object can
>> cause the C code to alter not only the object passed to it but
On Jan 11, 2012, at 12:08 PM, Taylor Arnold wrote:
> R-devel,
>
> I have noticed that making a copy of an object in R prior to using
> .Call on the original object can
> cause the C code to alter not only the object passed to it but also
> the copy in R.
Please see the docs - .Call does *NOT* h
R-devel,
I have noticed that making a copy of an object in R prior to using
.Call on the original object can
cause the C code to alter not only the object passed to it but also
the copy in R. A simple example
is:
> x <- 2
> y <- x
> .Call("addOne", x, DUP=TRUE) # Changing DUP does not alter outpu
On Jan 11, 2012, at 10:02 AM, Claudia Beleites wrote:
Dear list,
for the benefit of people searching for this in the future (and as
r-devel archives are searched by RSiteSearch,
The Baron search page claims to search r-devel, but most of my
attempts to follow the links it offers have faile
On 11/01/2012 14:00, Berwin A Turlach wrote:
G'day Simon,
On Wed, 11 Jan 2012 08:53:27 -0500
Simon Urbanek wrote:
try --no-multiarch
Thanks, works perfectly.
And now I notice that this option is given as an example in the help
file for install.packages() as a possible value that one wants
Dear list,
for the benefit of people searching for this in the future (and as
r-devel archives are searched by RSiteSearch, but r-sig-debian isn't):
- command line completion of the R command doesn't have anything to do
with R
- Deepayan told me that as far as he knows, only Debian (and Ubuntu)
h
This is a problem in the lmtest package:
"lrtest.default" is exported as a function rather than declared as an
S3method in its NAMESPACE. I am CCing the maintainer.
For the meantime, you hav to import the default function explicitly, I
believe.
Best,
Uwe Ligges
On 10.01.2012 19:17, Stephan
G'day Simon,
On Wed, 11 Jan 2012 08:53:27 -0500
Simon Urbanek wrote:
> try --no-multiarch
Thanks, works perfectly.
And now I notice that this option is given as an example in the help
file for install.packages() as a possible value that one wants to pass
to 'R CMD INSTALL'. Could kick myself.
On 11.01.2012 14:16, Berwin A Turlach wrote:
G'day all,
I found the following snippet in the NEWS file for R 2.14.1:
• R CMD INSTALL will now do a test load for all sub-architectures
for which code was compiled (rather than just the primary
sub-architecture).
This seems to
try --no-multiarch
On Jan 11, 2012, at 8:16 AM, Berwin A Turlach wrote:
> G'day all,
>
> I found the following snippet in the NEWS file for R 2.14.1:
>
>• R CMD INSTALL will now do a test load for all sub-architectures
> for which code was compiled (rather than just the primary
>
G'day all,
I found the following snippet in the NEWS file for R 2.14.1:
• R CMD INSTALL will now do a test load for all sub-architectures
for which code was compiled (rather than just the primary
sub-architecture).
This seems to have the following (unintended?) consequence:
Mos
In my own package, I want to use the default S3 method of the generic
function lrtest() from the lmtest package. Since I need only one
function from lmtest, I tried to use importFrom in my NAMESPACE:
importFrom(lmtest, lrtest)
However, this fails R CMD check in the examples:
Error in UseMetho
On Wed, Jan 11, 2012 at 4:16 PM, Claudia Beleites
wrote:
> Dear Deepayan and dear list,
>
> I notice a small inconsistency with the command completion of the R CMD
> check. --no-latex is deprecated sincs R 2.12.0 and defunct since 2.13.0
> but the command line completion still suggests it:
>
> cb@
On 11.01.2012 11:32 (UTC+1), Uwe Ligges wrote:
On 11.01.2012 11:13, Rainer Hurling wrote:
With newest R devel
#sessionInfo()
R Under development (unstable) (2012-01-10 r58085)
Platform: amd64-portbld-freebsd10.0 (64-bit)
locale:
[1]
de_DE.ISO8859-15/de_DE.ISO8859-15/de_DE.ISO8859-15/C/de_DE.ISO
Dear Deepayan and dear list,
I notice a small inconsistency with the command completion of the R CMD
check. --no-latex is deprecated sincs R 2.12.0 and defunct since 2.13.0
but the command line completion still suggests it:
cb@cbdesktop:~/r-devel$ bin/R CMD check --no-
--no-clean --no-exampl
On Jan 11, 2012, at 11:13 , Rainer Hurling wrote:
> With newest R devel
>
> #sessionInfo()
> R Under development (unstable) (2012-01-10 r58085)
> Platform: amd64-portbld-freebsd10.0 (64-bit)
> locale:
> [1]
> de_DE.ISO8859-15/de_DE.ISO8859-15/de_DE.ISO8859-15/C/de_DE.ISO8859-15/de_DE.ISO8859-15
On 11.01.2012 11:13, Rainer Hurling wrote:
With newest R devel
#sessionInfo()
R Under development (unstable) (2012-01-10 r58085)
Platform: amd64-portbld-freebsd10.0 (64-bit)
locale:
[1]
de_DE.ISO8859-15/de_DE.ISO8859-15/de_DE.ISO8859-15/C/de_DE.ISO8859-15/de_DE.ISO8859-15
attached base packag
With newest R devel
#sessionInfo()
R Under development (unstable) (2012-01-10 r58085)
Platform: amd64-portbld-freebsd10.0 (64-bit)
locale:
[1]
de_DE.ISO8859-15/de_DE.ISO8859-15/de_DE.ISO8859-15/C/de_DE.ISO8859-15/de_DE.ISO8859-15
attached base packages:
[1] stats graphics grDevices utils
31 matches
Mail list logo
