Displaying 3 results from an estimated 3 matches for "r51095".
2017 Aug 18
1
Issues of R_pretty in src/appl/pretty.c
...? ? >> The comment for 'rounding_eps' says "1e-7 is consistent with seq.default()". Currently, seq.default() uses 1e-10 as fuzz.
? ? > Hmm, yes, thank you; this was correct when written,
? ? > but seq.default had been changed in the mean time,
? ? > namely in? svn r51095 | 2010-02-03
? ? > Usually we are cautious / reluctant to change such things w/o
? ? > any bug that we see to fix.
? ? > OTOH, we did have? bug cases we'd wanted to amend for seq() /
? ? > seq.int();
? ? > and I'll look into updating the "pretty - epsilon" also to...
2017 Aug 11
2
Issues of R_pretty in src/appl/pretty.c
See https://stat.ethz.ch/pipermail/r-devel/2017-August/074746.html for the origin of the example here.
That
pretty(c(-1,1)*1e300, n = 1e9, min.n = 1) gave 20 intervals, far from 1e9, but
pretty(c(-1,1)*1e300, n = 1e6, min.n = 1) gave 1000000 intervals
(on a machine), made me trace through the code to function 'R_pretty' in https://svn.r-project.org/R/trunk/src/appl/pretty.c .
*lo is
2017 Aug 14
0
Issues of R_pretty in src/appl/pretty.c
...t I'll change it to, now.
> The comment for 'rounding_eps' says "1e-7 is consistent with seq.default()". Currently, seq.default() uses 1e-10 as fuzz.
Hmm, yes, thank you; this was correct when written,
but seq.default had been changed in the mean time,
namely in svn r51095 | 2010-02-03
Usually we are cautious / reluctant to change such things w/o
any bug that we see to fix.
OTOH, we did have bug cases we'd wanted to amend for seq() /
seq.int();
and I'll look into updating the "pretty - epsilon" also to
1e-10.
Thank you for your analysis and sugge...