On 20/06/2009 10:18 AM, Yihui Xie wrote:
Hi (Duncan?),
The other day I noticed some characters will cause errors in R CMD
CHECK because of parse_Rd(), and AFAIK, these chars include '%', '{'
and '}'. For example, note the comments in the example section:
This is documented in the reference on
On Jun 20, 2009, at 5:44 PM, Henrik Bengtsson wrote:
Hi, this is a bit of FYI, but also a question.
Is flag '#' in sprintf() format string "%#x" fully supported across
platforms? Can that be assumed? I discovered thanks to the r-forge
service, that this was not the case for OSX with "R versi
Hi, this is a bit of FYI, but also a question.
Is flag '#' in sprintf() format string "%#x" fully supported across
platforms? Can that be assumed? I discovered thanks to the r-forge
service, that this was not the case for OSX with "R version 2.9.0
Under development (unstable) (2009-01-13 r47593)
Dear Stavros,
Thank you for your fast reply!
So if I request a calculation of "0.3-0.1-0.1-0.1" and I do not get 0,
that is not an issue of rounding / underflow (or whatever the correct
technical term would be for that behaviour)?
I thought that guard digits would mean that 0.3-0.1*31 should be
I've noticed this as well. I recently had a % in an Rd file that caused
me problems.
On Sat, Jun 20, 2009 at 10:18 AM, Yihui Xie wrote:
> Hi (Duncan?),
>
> The other day I noticed some characters will cause errors in R CMD
> CHECK because of parse_Rd(), and AFAIK, these chars include '%', '{'
> a
Hi (Duncan?),
The other day I noticed some characters will cause errors in R CMD
CHECK because of parse_Rd(), and AFAIK, these chars include '%', '{'
and '}'. For example, note the comments in the example section:
%~~~%
\name{testfun}
\Rdversion{1.1}
\alias{testfun
a) this is not a bug, so this is the wrong list
b) 'underflow' does not mean what you think it means.
c) guard digits and sticky bits do improve rounding behavior, but
floating point will always remain approximate.
d) if it is important to your application to perform exact arithmetic
on rational
Dear R users,
unfortunately, tomorrow Sunday will be a longish timeout
of our mail services, notably affecting the
R- and R-SIG- mailing lists @r-project.org , i.e.,
hosted by the Stats / Math Department of ETH, stat.math.ethz.ch.
Note that also the svn.r-project.org will suffer from the
timeou
Full_Name: D Kreil
Version: 2.8.1 and 2.9.0
OS: Debian Linux
Submission from: (NULL) (141.244.140.179)
Group: Accuracy
I understand that most floating point numbers are approximated due to their
binary storage. On the other hand, I thought that modern math CPUs used guard
digits to protect again
Yes=2C Peter=2E I did look at it=2C but not carefully enought to catch =
that=2E
Thanks=2C
Ravi=2E
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
10 matches
Mail list logo
