I realized I don't have to do those checks. It was not working again (same
error) message when I got home, but after a reboot it worked fine. Of
course it has tcl/tk because when it works, it brings up a gui chooser
thingy that allows me to choose a CRAN mirror.
On Sat, Feb 29, 2020 at 3:33 PM C
Ben,
I'll edit and split your question just a little.
1) "Is there a way to get an *exact* ASCII representation of a
double-precision value?"
2) "Is there a way to get round-trip behavior, i.e. to make sure that the
value, when converted back to double, is identical() to the original"
The hex
No. I didn't do any of that and am now at a hockey game. But since I can't
reproduce the problem after an Ubuntu online update and reboot, I assume
the issue is moot. But I will check these things in an hour or so.
On Sat, Feb 29, 2020, 3:24 PM Dirk Eddelbuettel wrote:
>
> Charles,
>
> Did you
Charles,
Did you try a build of the provided alpha, beta and rc releases made
available to allow you to ensure that the released version would build and
perform as expected?
FWIW the new 3.6.3 made ~ 12 hours ago are already available for Debian,
built for the Ubuntu backports at CRAN (thanks t
Thanks guys, I guess I should have referred to FAQ 7.31 (which I am
indeed very familiar with) to avoid misunderstanding. I have always
used dput() to clarify 7.31-type issues.
The description in ?dput implies [to me at any rate] that there will
be no floating-point roundoff in its output. I ha
Or use the Roaster:https://github.com/dmedri/roaster/(feedback is welcome)
Messaggio originale Da: Peter Dalgaard via R-devel
Data: 29/02/20 10:19 (GMT+01:00) A:
r-annou...@r-project.org Cc: r-devel Oggetto: [Rd] R
3.6.3 is released The build system rolled up R-3.6.3.tar.gz
> Charles Geyer
> on Sat, 29 Feb 2020 12:19:08 -0600 writes:
> I knew I could work around. But this shouldn't happen.
I assume capabilities()does show a FALSE for "tcltk" ?
In such cases, sessionInfo() may be extended:
> sfsmisc :: sessionInfoX() # returns even more;
I knew I could work around. But this shouldn't happen.
And yes. Same problem with your example.
blurfle$ R --vanilla
R version 3.6.3 (2020-02-29) -- "Holding the Windsock"
Copyright (C) 2020 The R Foundation for Statistical Computing
Platform: x86_64-pc-linux-gnu (64-bit)
R is free software a
Here's a simpler example that should reproduce that error for you:
ans <- utils::select.list(c("hello", "world", "again"), graphics=TRUE)
Does it?
FYI, I installed R 3.6.3 from source on CentOS 7 a few hours ago, and
for me the above works just fine.
For your immediate needs of selecting a CR
Just built 3.6.3 from source and tcl doesn't work. Worked fine with the
same laptop in 3.6.2. Here's the exact error.
blurfle$ R --vanilla
R version 3.6.3 (2020-02-29) -- "Holding the Windsock"
Copyright (C) 2020 The R Foundation for Statistical Computing
Platform: x86_64-pc-linux-gnu (64-bit)
On 29/02/2020 4:19 a.m., Ben Bolker wrote:
I think Robin knows about FAQ 7.31/floating point (author of
'Brobdingnag', among other numerical packages). I agree that this is
surprising (to me).
To reframe this question: is there way to get an *exact* ASCII
representation of a numeric value
I think Robin knows about FAQ 7.31/floating point (author of
'Brobdingnag', among other numerical packages). I agree that this is
surprising (to me).
To reframe this question: is there way to get an *exact* ASCII
representation of a numeric value (i.e., guaranteeing the restored value
is ide
The build system rolled up R-3.6.3.tar.gz (codename "Holding the Windsock")
this morning.
The list below details the changes in this release.
You can get the source code from
http://cran.r-project.org/src/base/R-3/R-3.6.3.tar.gz
or wait for it to be mirrored at a CRAN site nearer to you.
Bina
Hi Robin,
In the future, questions like this belong on R-help, not R-devel as it is a
basic usage question not a discussion about development of the R language
itself or similar.
That said, ?dput states a number of times that exact deparsing is not
always possible and that dput is not appropriate
On 2/28/20 11:42 PM, Rui Barradas wrote:
Hello,
FAQ 7.31
See also this StackOverflow post:
https://stackoverflow.com/questions/9508518/why-are-these-numbers-not-equal
That was going to be my initial response, but then I realized that the
question might be why the dput representation of
15 matches
Mail list logo
