Dear Gheine,
you could also start creating your own package with these functions, and
manage the code using R's well thought-out package management
functionalities, with namespaces etc. At some point, this might be less
effort than (re-)inventing tools as below.
Best wishes
I think you're right that this is a timezone issue -- it seems to be a
consequence of the behavior described about in the article by Gabor
Grothendieck and Thomas Petzoldt: R help desk: Date and time classes in
R. R News, 4(1):29-32, June 2004.
Thanks!
I have submitted a project on R-forge (not sure it is the good place), with
package name drawExpression.
Sylvain
Le 23 déc. 2009 à 23:16, Gabor Grothendieck a écrit :
or ExpressionBlocks
On Wed, Dec 23, 2009 at 5:12 PM, Felix Andrews fe...@nfrac.org wrote:
Nice idea.
But I think
This is prompted by trying to run the 'inline' package on Mac OS X Leopard =
with R 2.10.1. Mac uses completely crazy temp paths and R uses those as wel=
l. The inline package creates source files in the temp directory which it t=
hen compiles with R CMD SHLIB and attaches. The compilation fails
The following code should suffice to document the problem.
Things work properly in the following:
x - unit.c(unit(5,mm),unit(3,npc))
x
[1] 5mm 3npc
rep(x,2)
[1] 5mm 3npc 5mm 3npc
rep(x, e=2)
[1] 5mm 5npc 3mm 3npc
rep(x,c(2,2))
[1] 5mm 5npc 3mm 3npc
However, not so for:
x - x -
Full_Name: Martin Schlather
Version: 2.10.0
OS: linux
Submission from: (NULL) (91.3.220.231)
Bug summary:
some functions behave differently for NAs when
valgrind is used in R, e.g. sum and prod
Bug demonstration:
--- without valgrind
sum(c(NA,1)[1])
[1] NA
--- with
