Karl Ove Hufthammer wrote:
> I think this should be handled as a bug, but I’m not sure which
> platforms and versions it applies to, so I’m writing to this list.
No response, so I‘ve filed a bug at
https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=14845
(with some additional info).
--
ay.1252
LC_MONETARY=Norwegian-Nynorsk_Norway.1252
[4] LC_NUMERIC=C
LC_TIME=Norwegian-Nynorsk_Norway.1252
attached base packages:
[1] stats graphics grDevices datasets utils methods base
--
Karl Ove Hufthammer
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Karl Ove Hufthammer wrote:
> Anyway, do you think it’s worth trying to change the ‘table’ function the
> way I outlined in my first post¹? This should eliminate the performance
> hit on all platforms.
Some additional notes: ‘table’ uses ‘factor’ directly, but also indirectly,
in ‘ad
nction the way I
outlined in my first post¹? This should eliminate the performance hit on all
platforms. However, it will introduce a performance hit (CPU and memory use)
if the elements of ‘exclude’ make up a large part of the factor(s).
¹ http://permalink.gmane.org/gmane.comp.lang.r
rt LC_ALL="en_US.ISO-8859-1"
export LANG="en_US.ISO-8859-1"
I could *not* reproduce it; that is, ‘table’ is as fast on the non-ASCII
factor as it is on the ASCII factor.
--
Karl Ove Hufthammer
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
by useNA="no".)
sessionInfo()
R version 2.12.1 Patched (2011-01-20 r54056)
Platform: i686-pc-linux-gnu (32-bit)
locale:
[1] C
attached base packages:
[1] stats graphics grDevices utils datasets methods base
--
Karl Ove Hufthammer
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
exclude))
do.call("[", c(list(res), ind, drop=FALSE))
(I haven’t tested this very much, so there may be issues with this
way of doing things.)
--
Karl Ove Hufthammer
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
character does exist in both ISO 8859-1 and Windows-1252.
--
Karl Ove Hufthammer
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ul format.
The feature I'd prefer doesn't require any fancy parsing, just an
ordinary listing of the contents of the text files NEWS/CHANGES (in a
separate window, or perhaps opened in the user's browser).
--
Karl Ove Hufthammer
_
MASS)
Or have I overlooked something, and a function for this already exists?
--
Karl Ove Hufthammer
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
50)
[1] "0.12345417443857259058859199285507202148"
> So it looks as though Windows gets it right.
--
Karl Ove Hufthammer
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
no "->" function either...)
You can also use expression() to see what various expressions are parsed as:
> expression(2**5)
expression(2^5)
> expression(3->x)
expression(x <- 3)
--
Karl Ove Hufthammer
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
gt; If not, I'm going to try to throw one together.
Sounds wonderful. I am sure this will be useful for a lot
of people.
--
Karl Ove Hufthammer
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
umber of
digits shown for estimates (s.t. the number of digits vary for each row/
estimate).
[1] Not on CRAN. See http://www.menne-biomed.de/download/download.html
--
Karl Ove Hufthammer
E-mail and Jabber: [EMAIL PROTECTED]
__
R-devel@r-project.
14 matches
Mail list logo
